Archiv verlassen und diese Seite im Standarddesign anzeigen : AMD - Ryzen: Compiler-Abstürze
eine wirklich grandiose Idee :uclap:
Lehdro
2017-09-16, 15:33:56
Finde die Überlegung jetzt nicht besonders abwegig. Und sobald doch Probleme auftreten kann er immernoch schnell wechseln, schließlich ist er auch kurz vor Ablauf der Garantie ohne Umschweife dazu berechtigt ein nicht fehlerfreies Produkt ersetzt zu bekommen.
dargo
2017-09-16, 16:05:22
Wie lange gewährt AMD eigentlich Garantie auf seine CPUs?
Für die Retail Produkte 3 Jahre.
btw.
Tausche die CPU doch einfach kurz vor deinem Urlaub um. Habe es auch so gemacht. Musste kurzfristig ins Ausland und so habe ich weniger "gewartet".
eratte
2017-09-16, 16:07:49
AGESA 1.0.0.6b Might Fix The Ryzen Linux Performance Marginality Problem (Phoronix) (https://www.phoronix.com/scan.php?page=news_item&px=AGESA-1.0.0.6b-Update)
Für das C6H hat elmor (http://www.overclock.net/t/1624603/rog-crosshair-vi-overclocking-thread/26810#post_26339248) das angekündigt:
1601/1602 coming online soon but nothing too exciting, updated AGESA 1006b but no major improvements. We're waiting for 1007 before next release here, which would include the improvements in 9920.
Danke für die Info, eratte. Brauch ich mich nicht mehr dort drüben durchwuseln :up:
BK-Morpheus
2017-09-16, 16:35:05
AGESA 1.0.0.6b Might Fix The Ryzen Linux Performance Marginality Problem (Phoronix) (https://www.phoronix.com/scan.php?page=news_item&px=AGESA-1.0.0.6b-Update)
Für das C6H hat elmor (http://www.overclock.net/t/1624603/rog-crosshair-vi-overclocking-thread/26810#post_26339248) das angekündigt:
siehe:
Meine Tests mit dem Skript fuehrte ich erst mit AGESA 1.0.0.6b durch und die Tests waren ausgiebig. Es loest gar nix. Spaetestens nach 3 Minuten ist gibt es Segfault.
Auch in den Comments bei Phoronix, gibt es schon negativ-Feedback zum "fix" durch AGESA 1.0.0.6b.
siehe:
Auch in den Comments bei Phoronix, gibt es schon negativ-Feedback zum "fix" durch AGESA 1.0.0.6b.
Den User welchen du wohl meinst hat ein x370-Pro mit 0812 BIOS, welchen den Fix noch nicht beinhaltet. Von daher: Stay tuned :smile:
aufkrawall
2017-09-16, 21:00:43
Gibt es überhaupt einen User-Bericht, der einen Fix mit AGESA 1.0.0.6b bestätigt? In den Comments zur letzten Phoronix-News findet sich das nicht.
Dafür allerdings jemand, der mit einer CPU aus Woche 28 Crashes mit kill_ryzen.sh hat. Hoffentlich nur ein Einzelfall.
Wer trägt eigentlich das Risiko bei so einer Schrott-Charge? 25 Produktionswochen kaputte (ja, im strengeren Sinn sind sie das halt) Chips müssen ja schon eine enorme Geldverbrennung sein.
dargo
2017-09-16, 21:12:06
Wer trägt eigentlich das Risiko bei so einer Schrott-Charge? 25 Produktionswochen kaputte (ja, im strengeren Sinn sind sie das halt) Chips müssen ja schon eine enorme Geldverbrennung sein.
Wieviel % der CPUs bis einschließlich KW25 die AMD abgesetzt hat wurden denn reklamiert? ;)
aufkrawall
2017-09-16, 21:17:06
Und als Händler darf man einfach wider besseres Wissen kaputte Ware andrehen?
Die wissen das womoeglich ja nicht mal, weil AMD denen nichts gesagt hat.
Ich wage zu behaupten, dass die meisten Haendler von nichts wissen, dir den Vogel zeigen oder eben nichts schicken, bevor sie fuer dich extra auf das Datum schauen. Ich wollte auch mal die Revision von irgendwas anderem, hat man genauso von aussen gesehen aber die bei MF waren einfach auch zu faul auf die Packung zu schauen...
TGKlaus
2017-09-16, 21:27:03
Und als Händler darf man einfach wider besseres Wissen kaputte Ware andrehen?
Hat dich das bei der GTX 970 interessiert?
Ich wage zu behaupten, dass die meisten Haendler von nichts wissen, dir den Vogel zeigen oder eben nichts schicken, bevor sie fuer dich extra auf das Datum schauen.
Da gebe ich dir Recht. Bei DELL (die liefern unsere Standardclients) weiss man angeblich von nichts.
aufkrawall
2017-09-16, 21:53:09
Hat dich das bei der GTX 970 interessiert?
Mimimi. Natürlich hat es das, war hier einer der frühesten Kritiker der Karte. Im Gegensatz zu manch einem hier (du solltest dich wirklich angesprochen fühlen, langsam nervt mich deine aggressive und unlautere Art) vernebelt nicht die bei mir verbaute Hardware mein Urteilsvermögen.
dargo
2017-09-17, 08:19:24
Am besten ist via Linux... kill ryzen skript... aber bei dem windoof ding hatte ich 1x komplett 250k loops laufen lassen, nachdem ich unter Linux geschaut hab, beide 0 segfaults.
Das muss aber doch reichen. :|
https://www2.pic-upload.de/img/33932420/Ryzen_test_7.jpg
Das läuft jetzt 15,5 Stunden. Für 2500000 Loops brauche ich knapp 538 Stunden bzw. über 24 Tage. X-D
4 Concurrency halt. Erhöhen, dann gehts flotter. Aber dann lahmt die Kiste auch - also nebenher was machen ist dann nicht mehr so erfreulich.
Na, kannste aber aus machen. Ist sauber die CPU.
Ich hab es nur so lange laufen lassen bzw. kürzlich sogar nochmal, wegen meinem 4ghz OC. Auch damit die 250.000 durch ohne Probleme. HCI Memtest über den Abend bis zum nächsten Tag rattern lassen auch nix..ne feine Rockstable cpu gekriegt.
dargo
2017-09-17, 16:52:25
So... jetzt wollte ich es wissen. :D
https://www2.pic-upload.de/img/33935450/Ryzen_test_9.jpg
Ein Test über 24 Stunden reicht mir definitiv aus. ;)
btw.
Die 25,6W Verbrauch im Schnitt sind auch geil. :ulol:
Edit:
@Isen
Eignet sich das Programm zum Ausloten vom OC? Bei der mickrigen Last bzw. Verbrauch kann ich es kaum glauben.
Ich hatte es probiert. Alles was mit dem Popel-Programm stable "wirkte" war es auch in Prime, IntelBurn etc nur ohne die hohe Last, Verbrauch und Temperatur.
Da meine Kühlung ja eh ausreicht, wozu Prime? Ich nutz es nicht mehr.
Jedes andere Programm, womit man sonst üblich getestet hat, gibt das selbe Ergebnis. Apropos Ergebnis, macht deine 4Ghz mit :-D ?
dargo
2017-09-17, 18:43:26
Mich wundert es halt etwas da der Vcoredrop bei dem Programm bsw. geringer ist als zb. bei Prime95. Aber wenns funktioniert umso besser.
Was die Software alles ausliest ist eh Banane... ich mess ja am Board einiges Manuell nach, stimmt eh von vorne bis hinten nicht, was die Software da anzeigt. Die CPU macht was sie will und wie es am besten passt, die Software hinkt einige Sekunden nach, was die CPU da veranstaltet. Witzig ist auch, dass mein Idle Verbrauch als auch Semi-Last bzw. Games, trotz OC der selbe ist, wie mit meiner anderen CPU bei 3,9Ghz ...
Geht es nicht mehr um das Abschalten nicht gebrauchter Teile, als um die anliegende Spannung?
AGESA 1.0.0.6b Might Fix The Ryzen Linux Performance Marginality Problem (Phoronix) (https://www.phoronix.com/scan.php?page=news_item&px=AGESA-1.0.0.6b-Update)
Für das C6H hat elmor (http://www.overclock.net/t/1624603/rog-crosshair-vi-overclocking-thread/26810#post_26339248) das angekündigt:
Ich habe einen 1700X und das Asrock X370 Killer SLI mit dem Bios 3.20, das laut Beschreibung auf Agesa 1.0.0.6b aufbaut. Der Fehler triit immer noch auf. Das gleiche auf einem 1600 und PRIME B350-PLUS mit Bios 0808. Die 1600 ist am 30.6 gekauft, die 1700X am 29.3. Ist der Fehler doch häufiger als bisher angenommen?
Wieso haeufiger? Gibt es Hinweise darauf, dass irgendwelche CPUs von KW<30(?) nicht betroffen sind?
Geht es nicht mehr um das Abschalten nicht gebrauchter Teile, als um die anliegende Spannung?
Kann man aber nicht messen, wenn Ryzen Kerne pennen schickt - zumindest nicht mit der anliegenden Spannung, eher Verbrauch. Und der ist kaum höher als @Default Takt.
dargo
2017-09-18, 06:19:43
Ich habe einen 1700X und das Asrock X370 Killer SLI mit dem Bios 3.20, das laut Beschreibung auf Agesa 1.0.0.6b aufbaut. Der Fehler triit immer noch auf. Das gleiche auf einem 1600 und PRIME B350-PLUS mit Bios 0808. Die 1600 ist am 30.6 gekauft, die 1700X am 29.3. Ist der Fehler doch häufiger als bisher angenommen?
Bis KW25 dürfte jeder Ryzen betroffen sein. Nur weil du deinen R5 1600 am 30.06 gekauft hast ist keine Garantie, dass die CPU fehlerfrei ist. Einfach auf die Produktionswoche der CPU schauen. Kann sein, dass deine etwas länger auf Lager lag.
BK-Morpheus
2017-09-18, 10:55:30
Ich habe einen 1700X und das Asrock X370 Killer SLI mit dem Bios 3.20, das laut Beschreibung auf Agesa 1.0.0.6b aufbaut. Der Fehler triit immer noch auf. Das gleiche auf einem 1600 und PRIME B350-PLUS mit Bios 0808. Die 1600 ist am 30.6 gekauft, die 1700X am 29.3. Ist der Fehler doch häufiger als bisher angenommen?
Die Meldung von AMD ist natürlich bewusst so formuliert, dass es sich so anhört, als seien "ein paar" ältere CPUs betroffen.
Ich würde sagen, 99% aller CPUs vor KW25 sind betroffen, aber prüfen und eine RMA durchziehen...das machen halt nur wenige.
Bin kein Linux User und compiliere kaum was in der Freizeit. Bei meinen Anwendungsfällen, in der Haupsache Spielen, hatte ich bisher keine gravierenden Probleme, allerdings wird die CPU dabei wohl kaum so belastet wie bei kill.ryzen.sh. Von daher bin ich unschlüssig, ob der Aufwand der RMA sich lohnt für mich.
Jemand c't 20/2017, Prozessorgeflüster (https://www.heise.de/ct/ausgabe/2017-20-Von-Suenden-Fehlern-und-Erfolgen-3828728.html) gelesen?
Eigentlich gehören solche Informationen wie etwa Taktfrequenzen in die zugehörigen Datenblätter. Doch auf Volume 2 der Data Sheets zu den Xeons-SP muss man, wie bei vielen anderen Intel-Chips der letzten Zeit leider auch, immer noch warten. Wer aber nun geglaubt hätte, bei AMD siehts besser aus, … so irrt sich der. Datenblätter zu Ryzen, Epyc, oder Threadripper? Fehlanzeige. Revision Guides? Ebenso. BIOS and Kernel Developer’s Guide? Nada. Man findet lediglich eine Programming Reference zu Ryzen (Family 17h, Model 00 bis 0Fh) sowie einen Software Optimization Guide – und die Bestellnummer #55441 für den Ryzen Revision Guide. Dessen Veröffentlichung ist nun wirklich mehr als überfällig, unter anderem zum Thema Segmentation Faults unter Linux bei hoher Last. Linuxern mit Ryzen-Chips aus den ersten Monaten tauscht AMD die Ryzen-Chips gegen welche mit jüngerem Fertigungsdatum aus, meldet jedenfalls Michael Larabel von Phoronix – ein Schelm, wer Böses dabei denkt. Unter Windows treten solche Probleme (bislang) nicht auf.
Die mangelnde Doku von AMD finde ich sehr schwach.
Dino-Fossil
2017-09-18, 14:18:32
Ich würde sagen, 99% aller CPUs vor KW25 sind betroffen, aber prüfen und eine RMA durchziehen...das machen halt nur wenige.
Durchaus möglich, wobei es auch 75% oder nur 23,94% sein könnten.
So lange der Fehler nur einen relativ geringen Anteil aller Nutzer effektiv betrifft, wird das aktuelle Verfahren für AMD das sinnvollste sein - wer nachgewiesenermaßen betroffen ist bekommt eine CPU ohne Fehler, aber die meisten potentiellen "Opfer" werden (hoffentlich) nie in eine Situation kommen, die den Fehler triggert.
BK-Morpheus
2017-09-18, 14:28:00
Durchaus möglich, wobei es auch 75% oder nur 23,94% sein könnten.
So lange der Fehler nur einen relativ geringen Anteil aller Nutzer effektiv betrifft, wird das aktuelle Verfahren für AMD das sinnvollste sein - wer nachgewiesenermaßen betroffen ist bekommt eine CPU ohne Fehler, aber die meisten potentiellen "Opfer" werden (hoffentlich) nie in eine Situation kommen, die den Fehler triggert.
Das stimmt, gebe dir Recht.
Das AMD die RMA jetzt nur noch einleiten lässt (wurde hier im Thread zumindest kürzlich erwähnt), wenn RAM aus der QVL benutzt wurde, ist allerdings ziemlich nervig (besonders, da z.B. das X370 Prime Pro eine recht kleine QVL hat).
aufkrawall
2017-09-18, 14:28:44
Die mangelnde Doku von AMD finde ich sehr schwach.
c't leistet sich da einen Patzer, das Problem wurde auch unter Windows nachgestellt (auch nicht nur mit diesem fragwürdigen Behilfsprogramm, was hier immer noch zelebriert wird...).
dargo
2017-09-18, 14:44:55
Das AMD die RMA jetzt nur noch einleiten lässt (wurde hier im Thread zumindest kürzlich erwähnt), wenn RAM aus der QVL benutzt wurde, ist allerdings ziemlich nervig (besonders, da z.B. das X370 Prime Pro eine recht kleine QVL hat).
Woher kommt diese Info? Mein Samsung B-Die steht auch nicht in der QVL Liste, das hatte der AMD Support mir per Mail auch mitgeteilt. Trotzdem wurde die CPU anstandslos getauscht.
dildo4u
2017-09-18, 14:51:05
c't leistet sich da einen Patzer, das Problem wurde auch unter Windows nachgestellt (auch nicht nur mit diesem fragwürdigen Behilfsprogramm, was hier immer noch zelebriert wird...).
Mein Hynix Ram ist so instabil mit dem 1600 ich wette da sind massig Fälle dabei wo die CPU nicht das Problem ist.
dargo
2017-09-18, 14:54:23
Dir ist aber schon klar, dass die Segfaults auch mit Defaultsettings da sind? Der Speicher läuft dann @DDR4-2133. :rolleyes:
dildo4u
2017-09-18, 14:57:40
Die Frage ist ob das Jeder so testet,laut mein Board (DCOP) sollte mein ram mit 3000mhz laufen,2666 läuft halbwegs manche Games kacken weiterhin ab.
BK-Morpheus
2017-09-18, 14:58:52
Woher kommt diese Info? Mein Samsung B-Die steht auch nicht in der QVL Liste, das hatte der AMD Support mir per Mail auch mitgeteilt. Trotzdem wurde die CPU anstandslos getauscht.
Jetzt musste ich doch etwas länger suchen, aber habe es doch noch gefunden.
Da kommt die Aussage her:
https://www.forum-3dcenter.org/vbulletin/showthread.php?p=11484829#post11484829
Evtl. hat AMD Ihre Standard-Mails überarbeitet und den Part hinzugefügt:
"Confirmation that the RAM is listed on the Qualified Vendor List (QVL) documented in the motherboard user manual""
Die Frage ist ob das Jeder so testet,laut mein Board (DCOP) sollte mein ram mit 3000mhz laufen,2666 läuft halbwegs manche Games kacken weiterhin ab.
Ich habe mit BIOS defaults und RAM @DOCP getestet, weil dieser laut QVL auch @DOCP 2666 läuft. Habe denen auch dazu geschrieben, dass Memtest86 komplett mit diesen Settings durchläuft.
dargo
2017-09-18, 14:59:50
Die Frage ist ob das Jeder so testet,laut mein Board (DCOP) sollte mein ram mit 3000mhz laufen,2666 läuft halbwegs manche Games kacken weiterhin ab.
Wenn man Hardware reklamiert gehe ich davon aus, dass beim Tester genug Hirnschmalz vorhanden ist und dieser mit Defaultsettings und nicht mit OC das ganze testet, ansonsten... :crazy2:.
@BK-Morpheus
Hier mal ein Auszug aus einer der Mails mit AMD bei mir.
I have checked your RAM F4-3200C14D-16GTZ on the Memory QVL for the Asus Prime X370-Pro motherboard and was not able to locate it on the list. I see your memory running at standard JEDEC speed of 2133 Mhz.
dildo4u
2017-09-18, 15:02:46
Das wissen wir aber nicht der Dau der ein komplett System kauft,ich wette es werden massig Gameing Systeme verkauft wo XMP aktiv ist.
dargo
2017-09-18, 15:04:05
Der Dau reklamiert seine CPU garantiert nicht. Der weiß nicht mal was diese Segfaults sind.
btw.
Zufall, dass der neue R5 1600 exakt die gleiche Vcore für 3,7Ghz (1,12V) braucht wie der alte? :tongue: SoC muss ich noch genauer austesten. Aktuell liegen wie beim alten 0,9375V für DDR4-3200 an.
Edit:
*g*
SoC scheint sich auch identisch zu verhalten. Bereis mit 0,9250V gibt es in Idle relativ schnell einen Bluescreen bei DDR4-3200.
BK-Morpheus
2017-09-18, 19:26:57
Heute ist meine RMA CPU endlich wieder da (waren leider 14 Tage seit Abholung bei mir).
Der neue ist ein 1728SUS.
Hat sich aber gelohnt.
Mein ursprünglicher 1700X brauchte ca. 1,21 bis 1,22V für 3.8GHz und ~1.3V für 3800MHz (3.9GHz habe ich mit 1.4V nur kurz getestet und es war nicht stabil).
Kurzer Test mit Handbrake (während dessen sind keine WHEA Fehler aufgetreten):
https://abload.de/thumb/1700xrmafirsttest38006wklw.png (http://abload.de/image.php?img=1700xrmafirsttest38006wklw.png)
Das hat natürlich noch keine Aussagekraft über die tatsächliche Stabilität, aber ich weiß, dass mein ursprünglicher 1700X mit 1,275V keine 2 Minuten Handbrake encoden konnte, ohne Blackscreen-Freeze und WHEAFehler..
Ich taste mich mal weiter runter mit der Spannung, bis er sich aufhängt und erhöhe dann nach und nach, bis es passt.
Die Tests mit Prime sind mir mittlerweile zu zeitintensiv, daher mache ich das nur noch so, dass ich Voll-Last mit Handbrake und Videoschnitt verursache und meine Spiele zocke.
Auch die CPU Temperatur ist bei längeren Handbrake-Encodings relativ nahe an den Prime Temps.
Wenn die Settings das auf Dauer ohne Probleme mitmachen, ist das für mich okay.
@Dargo: Wenn mein 2666er Dual Rank Speicher auf 2933MHz läuft, habe ich selbst mit 0,95V schon beim Booten einen Freeze. ~1V benötige ich da ungefähr, bin vorerst aber auf 1.1V hochgegangen und werde im laufe der Zeit für genauere Tests evtl. nochmal Richtung 1V verringern.
Edit: Also irgendwie kommt mir das arg komisch vor. Selbst mit nur 1,15V laufen die 3.8GHz locker durch Handbrake ohne Freeze oder WHEA Fehler. Evtl. ist das Absturzverhalten bei der neuen CPU einfach nur total anders (muss ihn also anders belasten, damit er sich aufhängt), oder das Ding ist eine Perle.
Die Vcore Verringerung liegt aber wirklich an, das sehe ich ja sowohl an den Temps, als auch am Stromverbrauchsmesser hinter dem Rechner. Die Performance in Handbrake passt auch (entspricht genau den 3.8GHz).
aufkrawall
2017-09-18, 20:09:59
Kurz OT: Kannst du bitte mal testen, wie groß der Verbrauchsunterschied an der Steckdose ist im Leerlauf mit OC + Spannungserhöhung vs. Leerlauf ohne OC und mit funktionierendem Runtertakten und Spannungsabsenkung (Windows-Energieprofil ausbalanciert nach 01:30min)?
BK-Morpheus
2017-09-18, 20:40:39
Kurz OT: Kannst du bitte mal testen, wie groß der Verbrauchsunterschied an der Steckdose ist im Leerlauf mit OC + Spannungserhöhung vs. Leerlauf ohne OC und mit funktionierendem Runtertakten und Spannungsabsenkung (Windows-Energieprofil ausbalanciert nach 01:30min)?
Der Leerlauf sieht dann wie folgt aus:
Auto Settings 58-65W
OC Setting 60-67W
Wenn ich vom Ryzen Balanced Energieprofil auf Balanced stelle, sieht man zwar die Taktsenkung, aber es ändert gar nichts am Verbrauch (trifft für beide Settings zu).
Ich zocke mal weiter mit 3.8GHz bei 1.125V inkl. OBS Aufnahme. Das sieht fürs erste stabil aus. Wäre mit dem vorherigen 1700x niemals drin gewesen, selbst nicht mit 1,275V.
Megamember
2017-09-18, 20:55:08
Ich würde die anliegende Spannung mit hwinfo64 auslesen (SVI2 TFN Sensor), CPU-Z zeigt den Board Sensor an, nicht was real an der CPU anliegt, ist meist so 0,02V mehr.
BK-Morpheus
2017-09-18, 21:13:04
Ich würde die anliegende Spannung mit hwinfo64 auslesen (SVI2 TFN Sensor), CPU-Z zeigt den Board Sensor an, nicht was real an der CPU anliegt, ist meist so 0,02V mehr.
Das macht nichts, da ich mich bei den Vergleichen zu vorher auch auf HWMonitor/CPU-Z beziehe.
So oder so, geht der neue Prozzi wesentlich besser.
Für das C6H ist das 1602-Bios draußen. Ich bin mal gespannt, ob der Fehler noch immer auftritt. Leider komme ich heute nicht mehr zum testen.
Boris
2017-09-18, 22:39:11
Habe mit der neuen CPU folgende Meldung (fett markiert) bekommen, scheint aber weiterzulaufen, allerdings werden die Kerne nicht voll belastet...
[loop-0] Mon Sep 18 21:42:18 CEST 2017 start 0
[loop-1] Mon Sep 18 21:42:19 CEST 2017 start 0
[loop-2] Mon Sep 18 21:42:20 CEST 2017 start 0
[loop-3] Mon Sep 18 21:42:21 CEST 2017 start 0
[loop-4] Mon Sep 18 21:42:22 CEST 2017 start 0
[loop-5] Mon Sep 18 21:42:23 CEST 2017 start 0
[loop-6] Mon Sep 18 21:42:24 CEST 2017 start 0
[loop-7] Mon Sep 18 21:42:25 CEST 2017 start 0
[loop-8] Mon Sep 18 21:42:26 CEST 2017 start 0
[loop-9] Mon Sep 18 21:42:27 CEST 2017 start 0
[loop-10] Mon Sep 18 21:42:28 CEST 2017 start 0
[loop-11] Mon Sep 18 21:42:29 CEST 2017 start 0
[loop-12] Mon Sep 18 21:42:30 CEST 2017 start 0
[loop-13] Mon Sep 18 21:42:31 CEST 2017 start 0
[loop-14] Mon Sep 18 21:42:32 CEST 2017 start 0
[loop-15] Mon Sep 18 21:42:33 CEST 2017 start 0
[KERN] Sep 18 22:11:51 USBuntu kernel: perf: interrupt took too long (2515 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
Kann einer von euch was damit anfangen?
raumfahrer
2017-09-19, 00:11:56
Nichts schlimmes.
https://bugzilla.redhat.com/show_bug.cgi?id=1013708#c7
Im 1007 Bios soll es endlich gescheite Presets für die DR Nutzer geben. Zumindest beim C6H.
Ich hoffe auf höhere Takte beim SR - denn wenn die Presets für den DR endlich fruchten, lohnt sich tatsächlich DR zu haben - aber von Samsung.
Edit ach mann ey... falscher Thread -.- egal... shit happens.
M3NSCH
2017-09-19, 08:33:33
sagt mal .... wie bekomme ich das Script unter Arch zum laufen? apt-get (install) ..... läuft ja bekanntermassen nicht.
Meinst Du kill-ryzen.sh? Einfach Archiv herunterladen, entpacken und ./kill-ryzen.sh in der Konsole eingeben. Der Rest läuft dann automatisch.
M3NSCH
2017-09-19, 09:34:48
Meinst Du kill-ryzen.sh? Einfach Archiv herunterladen, entpacken und ./kill-ryzen.sh in der Konsole eingeben. Der Rest läuft dann automatisch.
Öhm.... Nein? Apt-get install versteht arch nicht.
Ganon
2017-09-19, 09:46:52
Öhm.... Nein? Apt-get install versteht arch nicht.
pacman -S base-devel ausführen und im Skript in Zeile 26 das
exit 1
durch
echo "bla"
ersetzen.
M3NSCH
2017-09-19, 13:27:26
danke dir.
Habe soeben das Bios update auf AGESA 1.0.0.6b durchgeführt (ax370 gaming k3, ryzen1600@3600MHz) ,werde heute mal länger testen und berichten.
gibt ja dieses Script nun auch für Win-only (hatten wir das schon?)
https://github.com/corngood/kill-ryzen-win
Boris
2017-09-19, 14:51:04
Nichts schlimmes.
https://bugzilla.redhat.com/show_bug.cgi?id=1013708#c7
Sollte man "perf_cpu_time_max_percent" dann für den Kill-Ryzen test abschalten oder lassen?
EDIT: Bekomme mit der neuen CPU jetzt einfach einen Abbruch nach ca 1,5 Stunden, von Segfaults steht da aber nichts in der Fehlermeldung. Glaube fast, dass es mit dieser Kernel-Warnung zutun hat... :(
CyLord
2017-09-21, 02:21:11
Morgen geht mein Paket zu AMD in die Niederlande. Ich habe ein 1707SUT.
Edit: Heute kam der DHL-Mann ohne Paketschein. Kommentar von ihm: das haette ich ja angeben muessen und er wusste auch so nichts. Ich habe da nicht weiter diskutiert und habe ihn wieder weggeschickt. Ich habe es jetzt fuer 13,99 Eur selber in die Niederlande geschickt. Keine Nerven staendig auf die DHL zu warten.
Nachdem mein 1700X unter Ubuntu 17.04 diese Seg-Faults nachvollziehbar produzierte, habe ich die Windows Variante kill-ryzen-win-master in Kombination mit VS 2017 ausprobiert. Diese stürzt entweder ab oder läßt meinen Rechner gnadenlos abschmieren. Deshalb habe ich y-cruncher heruntergeladen und dieses läßt meinen Rechner im Benchmark PI - Multi-Threaded ab Option 3 abenfalls gnadenlos abschmieren. Die CPU ist nicht übertaktet, den Speicher, der normalerweise auf 2933 läuft, habe ich dann testweise auf Auto, also 2133, laufen lassen, das ändert aber nichts. CINEBENCH R15 läuft dagegen problemlos. Bin nun total verunsichert und überlege, die CPU zu reklamieren. Eine Frage an die, welche die CPU aufgrund der Seg-Faults reklamiert haben: liefen die anderen Benches wie z.B. y-cruncher ohne Fehler bei Euch?
Ergänzung 24.9
Ich habe heute Morgen einen anderen Speicher getestet: Kingston HyperX Fury schwarz DIMM Kit 8GB, DDR4-2666, CL15-17-17 statt Corsair Vengeance LPX schwarz DIMM Kit 16GB, DDR4-3200, CL16-18-18-36, er lief im Auto Modus -> y-cruncher stürzt immer noch gnadenlos ab
Ergänzung 25.9
Prime95 stürzt ebenfalls gnadenlos ab. Habe wohl eine Gurken CPU erwischt :(
Ich werde noch testweise einen 1600 einbauen, um auszuschliessen, dass es eventuell das Mainboard ist. Aber bevor ich es mache: Was für Informationen braucht AMD von mir bei einen RMA: reicht da ein Screenshot von einen kill-ryzen.sh Lauf unter Ubuntu 17.04?
Ergänzung 27.9
Die 1600 CPU läuft ohne Probleme mit dem Asrock X370 Killer SLI. Habe jetzt über http://support.amd.com/de-de/contact/email-form Kontakt mit AMD aufgenommen. Die CPU ist eine UA 1707 SUT Made in China.
CyLord
2017-09-24, 07:08:20
Wenn ich noch koennte, wuerde ich es nachtesten.
CyLord
2017-09-26, 15:02:55
Am Freitag habe ich den Ryzen 1700 1707SUS versendet und heute den Ersatz erhalten. Ich habe einen Ryzen 1700 1730SUS bekommen. Mit den F4-3200C14D-32GTZ ist auf jeden Fall ein schneller Start möglich. Das war bei DDR4-3200 mit dem 1707 kaum bzw. es war oft gar kein Start möglich. Der reagiert auf RAM dual-ranked schon ganz anders. Weitere Tests konnte ich aber noch nicht durchführen. Es scheitert immer am Kernel-Fehler...IPV6... Oft kam beim alten Prozessor zwischenzeitlich dort schon ein Segfault. Was mir aber beim Ausbau des 1707 auffiel, dass einer Stelle die Wärmeleitpaste fast vollständig weg war.
Wenn der Empfänger in den Niederlanden nicht langsam mal das Paket annimmt, kommt auch mein ,,alter" Prozessor zurück.
BK-Morpheus
2017-09-26, 15:39:33
Am Freitag habe ich den Ryzen 1700 1707SUS versendet und heute den Ersatz erhalten. [...]
Schon geil, wie ich 14 Tage warten musste und du nicht mal einen Werktag :freak:
Wenigstens hat sich für mich das warten gelohnt (vorher 3.8Ghz 1.325V, jetzt 1.125V).
Ob Segfault noch auftritt, habe ich noch gar nicht wieder getestet (gehe fest davon aus, dass die neue CPU keine Segfaults versursacht und nochmal würde ich eh nicht einschicken wollen).
bnoob
2017-09-26, 15:44:45
Verstehe ich richtig, dass Speicherkompatibilität teilweise von der einzelnen CPU und nicht nur vom Board abhängt?
dargo
2017-09-26, 15:50:01
Der IMC ist in der CPU, ergo nicht wirklich ungewöhnlich.
CyLord
2017-09-26, 15:50:05
Hattest du die Sendungsnummer dem Support mitgeteilt?
Ja, das ist es bei hohen Taktfrequenzen, außerhalb der Spezifikation tatsächlich so. Ich wunderte mich eine Weile, dass andere User im Hardwareluxx oft höhere Taktfrequenzen fahren konnten. Aber der Unterschied zwischen ASRock X370 Gaming K4 und Prof. Gaming war eben halt auch vorhanden. Mal von den Problemen der Soundblaster Z mit dem Gaming K4 abgesehen.
BK-Morpheus
2017-09-26, 16:03:31
Hattest du die Sendungsnummer dem Support mitgeteilt?
Ja, das ist es bei hohen Taktfrequenzen, außerhalb der Spezifikation tatsächlich so. Ich wunderte mich eine Weile, dass andere User im Hardwareluxx oft höhere Taktfrequenzen fahren konnten. Aber der Unterschied zwischen ASRock X370 Gaming K4 und Prof. Gaming war eben halt auch vorhanden. Mal von den Problemen der Soundblaster Z mit dem Gaming K4 abgesehen.
Ja hatte ich. DHL hatte die CPU Montag Mittag abgeholt und ich habe die Sendungsnummer Abends an AMD gemailt. Dienstag war die CPU in Holland.
Am darauf folgenden Montag fragte ich per Mail, was denn jetzt Sache ist, weil ich nichts mehr gehört und noch keine CPU erhalten habe.
Dienstag dann die Antwort: "ist heute versendet worden, aus Kanada".
Auf meine Antwortmail mit der Frage, ob die mich verarschen wollen und warum jetzt eigentlich bei den neuen Batches der Segfault Fehler nicht mehr auftritt, kam dann nur Donnerstag kurz die Mail, dass die CPU nun in Holland angekommen sei und man Sie für den Versand an mich vorbereitet. Am darauf folgenden Montag war die CPU dann bei mir (exakt 14 Tage nachdem DHL meine alte CPU abgeholt hat).
CyLord
2017-09-26, 16:21:02
Hm, wer weiß, vllt. wirklich Pech gehabt. Aber als die eMail kam, dass die CPU in Kürze versendet wird, hat es tatsächlich nur einen Tag gedauert. Sie kam aber aus Kanada. Wie gesagt, es ist bei mir noch nicht einmal sicher, ob die alte CPU nicht wieder zu mir zurückkommt. Es gab schon 2 Zustellungsversuche. Heute soll wohl der 3. erfolgen.
Mein 1700X ist seit heute Nachmittag auf dem Weg nach Holland, alles ging sehr schnell.
Darlie
2017-09-30, 19:08:58
Wie geht das mit der DHL Abholung, RMA Nummer und DHL Account Nummer habe ich von AMD. Wo soll ich das beantragen bei DHL, hier? : https://www.dhl.de/content/de/de/privatkunden/pakete-versenden/pakete-abgeben/pakete-abholen-lassen.html
dargo
2017-09-30, 19:22:09
Dort anrufen.
https://www.forum-3dcenter.org/vbulletin/showpost.php?p=11480621&postcount=198
Darlie
2017-09-30, 19:40:01
Vielen Dank! Werde es am Montag mal beauftragen. Hoffentlich ist die CPU nicht 2 Wochen weg ...
Meine CPU wurde Freitag Nachmittag abgeholt und soll laut Auskunft der Hotline am Montag angekommen sein. Ich habe auch die Sendungsnummer an AMD übermittelt, die bei mir allerdings bei weiten nicht 20-stellig war. Ich hoffe, dass Mitte der Woche die neue CPU da ist.
Darlie
2017-10-02, 17:55:25
Das ging schnell, 16:00 angerufen, 17:00 abgeholt. So jetzt heisst es abwarten, habe die RMA# auf den DHL Adressformular eingetragen und eine Kopie der mail mit ins Paket gelegt.
Darlie | Ryzen 7 1700X | KW07/2017 [1707SUT] | CHINA |
Chip4000
2017-10-02, 21:26:19
Hallo Leute.
Mal ne Frage.
Auch für mein Asus ROG Strix B350 F-Gaming gibt es ein AGESA 1.0.0.6b UEFI Update. Meine CPU ist ein R5 1400.
Gilt das nur für Linux, oder soll man das auch als Windows 10 Nutzer updaten?
Dino-Fossil
2017-10-02, 22:04:41
Naja, da nicht ganz klar ist, was das BIOS oder auch 1.0.0.6b enthält, kann dir das vermutlich niemand so genau sagen.
Aber wenn für dich alles soweit läuft, gibt es eigentlich keinen Grund ein Update zu machen.
Mach doch den Test mit Ubuntu 17.04 Live CD, ist ganz easy. Mein 1700X hatte aber auch Probleme unter Windows mit y-cruncher und Prime95.
@Darlie
Mein 1700X hat genau die selben Daten wie Deiner (UA 1707 SUT China). Laut DHL ist sie am Montag Mittag zugestellt worden, habe seit dem nichts von AMD gehört.
dargo
2017-10-03, 09:50:00
Da wirst du auch nichts hören.
Da wirst du auch nichts hören.
Na dann hoffentlich bald was sehen :)
dargo
2017-10-03, 09:55:59
Das schon.
Kam die neue CPU auch per DHL Express bei Dir?
dargo
2017-10-03, 09:58:40
Ja.
Darlie
2017-10-10, 12:34:21
Meine neue CPU ist gerade angekommen. Ist jetzt UA 1733 SUS. Der eigentliche Austausch hat also genau eine Woche gedauert.
Soeben ist meine CPU angekommen, ist ebenfalls eine UA 1733SUS Made in China
Voodoo
2017-10-11, 20:42:24
Ich habe weder in der RMA noch in der Customer Care E-Mail irgendwelche Daten bekommen womit ich die CPU kostenlos nach Holland schicken kann... Ansonsten mit Tracking nach Holland 11€...
Ich habe nochmal nachgefragt ob es nicht möglich ist free shipping zu bekommen...
Ich habe an customercare@amdsupport.tech geschrieben:
Bekomme ich die Rücksendekosten von Ihnen erstattet? Es handelt sich ja um einen Garantiefall.
Daraufhin kam diese Antwort:
Sehr geehrter Herr X,
Ich verstehe Ihr Anliegen und möchte Ihnen die Kostenlose Einlieferung ermöglichen.
Wir haben ein Prepaid-DHL Express-Konto arrangiert, um Ihre CPU kostenlos an AMD zurückzusenden. Bitte wenden Sie sich an Ihr lokales DHL Express Center und arrangieren Sie mit DHL die Lieferung Ihrer CPU zurück zu AMD, unter der Verwendung unseres DHL Kontos: 955575758.
Für weitere Fragen stehe ich weiterhin gerne zur Verfügung.
Mit freundlichen Grüßen
Sandra
Ihr AMD-Kundendienst
@dargo: hier gibts ein Skript, dass bei Golem verlinkt und von Ganon erwaehnt wurde: https://github.com/suaefar/ryzen-test
Das richtet eine Ramdisk ein, in der gcc gebaut wird. Laeuft mit einem normalen ubuntu livesystem und ist ein realistischerer Anwendungsfall als das andere Testtool. Schlaegt bei mir auch zuverlaessig an.
Hab den Fehler da... kommt schon nach wenigen Sekunden
Kann man noch was anderes testen?
Wenn der Fehler bei Dir auftritt, dann reicht das für RMA.
Und was bedeutet dann sowas? :D
https://www2.pic-upload.de/img/33764982/Zwischenablage35.jpg
Der Test läuft weiter. ;D
der kackt auch ab nach paar minuten
sogar direkt 2x hintereinader also auf 2 kernen :ugly:
ist alles auf auto einstellungen - bios aktuell ... cpu also schuld?
support von amd ist auf englisch?
oder gibts ne deutsche stelle an die ich mich wenden kann?
Zergra
2017-10-16, 20:30:34
Soeben ist meine CPU angekommen, ist ebenfalls eine UA 1733SUS Made in China
Datum steht wohl nur auf dem HS ? Bin zu faul den jetzt auszubauen. Aber naja :freak:
@T86
http://support.amd.com/de-de/contact/email-form
hier kannst Du es in Deutsch melden
DevilX
2017-11-04, 17:42:45
Hallo Zusammen,
gerade erst den Thread gesehen.
Ich habe 1x einen Segfault gesehen, allerdings war da die Kühlung nicht ganz IO und CPU hat wohl gedrosselt.
[loop-15] Sat Nov 4 14:38:53 CET 2017 start 0
[KERN] Nov 04 14:41:28 arch_desktop kernel: sh[28536]: segfault at ffffffffffffffaa ip 0000000000418645 sp 00007fff86c44e38 error 7 in bash[400000+c6000]
[loop-14] Sat Nov 4 14:41:29 CET 2017 build failed
[loop-14] TIME TO FAIL: 171 s
Dann hab ich das behoben, jetzt bekomme ich:
Using 4 parallel processes
[loop-0] Sat Nov 4 17:08:50 CET 2017 start 0
[KERN] -- Logs begin at Wed 2017-07-19 19:33:19 CEST. --
[KERN] Nov 04 17:07:27 arch_desktop kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp35s0: link becomes ready
[KERN] Nov 04 17:07:46 arch_desktop kernel: input: GaminggearUhidKeyboard as /devices/virtual/misc/uhid/0003:1E7D:FFFF.0006/input/input25
[KERN] Nov 04 17:07:46 arch_desktop kernel: hid-generic 0003:1E7D:FFFF.0006: input,hidraw5: USB HID v0.01 Keyboard [GaminggearUhidKeyboard] on
[KERN] Nov 04 17:07:46 arch_desktop kernel: input: GaminggearUhidMouse as /devices/virtual/misc/uhid/0003:1E7D:FFFF.0007/input/input26
[KERN] Nov 04 17:07:46 arch_desktop kernel: hid-generic 0003:1E7D:FFFF.0007: input,hidraw6: USB HID v0.01 Mouse [GaminggearUhidMouse] on
[KERN] Nov 04 17:07:46 arch_desktop kernel: input: GaminggearUhidMultimedia as /devices/virtual/misc/uhid/0003:1E7D:FFFF.0008/input/input27
[KERN] Nov 04 17:07:46 arch_desktop kernel: hid-generic 0003:1E7D:FFFF.0008: input,hidraw7: USB HID v0.01 Device [GaminggearUhidMultimedia] on
[KERN] Nov 04 17:08:02 arch_desktop kernel: zram: Added device: zram0
[KERN] Nov 04 17:08:02 arch_desktop kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Nov 04 17:08:03 arch_desktop kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[loop-1] Sat Nov 4 17:08:51 CET 2017 start 0
[loop-2] Sat Nov 4 17:08:52 CET 2017 start 0
[loop-3] Sat Nov 4 17:08:53 CET 2017 start 0
[loop-1] Sat Nov 4 17:15:18 CET 2017 build failed
[loop-1] TIME TO FAIL: 388 s
[loop-2] Sat Nov 4 17:15:18 CET 2017 build failed
[loop-2] TIME TO FAIL: 388 s
[loop-3] Sat Nov 4 17:15:18 CET 2017 build failed
[loop-3] TIME TO FAIL: 388 s
[loop-0] Sat Nov 4 17:15:18 CET 2017 build failed
[loop-0] TIME TO FAIL: 388 s
was meint ihr dazu?
Ich habe es mit einer Ununtu 17.04 Live CD getestet und da wurde immer ein segfault gemeldet. Was steht in Deiner Log-Datei?
DevilX
2017-11-04, 18:46:25
Ich teste gerade unter Arch-Linux. Ich habe nach fault gesucht und nichts gefunden. Ich lasse gerade noch mal laufen.
DevilX
2017-11-05, 09:41:27
So ich habe das Script mit 4 4 laufen lassen damit der Ram am Ende nicht zuläuft.
Hier die 4 logs, ich muss zugeben ich sehe da nichts Richtung segfault, vielleicht könnt ihr ja damit mehr anfangen.
P.S. für das Produktionsdatum und Ort, muss ich auf die CPU schauen oder? mag gerade nicht alles Demontieren..
MP -MF unwind-sjlj.dep -fexceptions -c /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS
In file included from /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-dw2.c:403:0:
./md-unwind-support.h: In function 'x86_64_fallback_frame_state':
./md-unwind-support.h:65:47: error: dereferencing pointer to incomplete type 'struct ucontext'
sc = (struct sigcontext *) (void *) &uc_->uc_mcontext;
^~
make[3]: *** [/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/shared-object.mk:14: unwind-dw2.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-3/x86_64-pc-linux-gnu/libgcc'
make[2]: *** [Makefile:21950: all-stage1-target-libgcc] Error 2
make[2]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-3'
make[1]: *** [Makefile:27079: stage1-bubble] Error 2
make[1]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-3'
make: *** [Makefile:942: all] Error 2
MP -MF unwind-sjlj.dep -fexceptions -c /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS
In file included from /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-dw2.c:403:0:
./md-unwind-support.h: In function 'x86_64_fallback_frame_state':
./md-unwind-support.h:65:47: error: dereferencing pointer to incomplete type 'struct ucontext'
sc = (struct sigcontext *) (void *) &uc_->uc_mcontext;
^~
make[3]: *** [/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/shared-object.mk:14: unwind-dw2.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-2/x86_64-pc-linux-gnu/libgcc'
make[2]: *** [Makefile:21950: all-stage1-target-libgcc] Error 2
make[2]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-2'
make[1]: *** [Makefile:27079: stage1-bubble] Error 2
make[1]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-2'
make: *** [Makefile:942: all] Error 2
MP -MF unwind-sjlj.dep -fexceptions -c /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS
In file included from /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-dw2.c:403:0:
./md-unwind-support.h: In function 'x86_64_fallback_frame_state':
./md-unwind-support.h:65:47: error: dereferencing pointer to incomplete type 'struct ucontext'
sc = (struct sigcontext *) (void *) &uc_->uc_mcontext;
^~
make[3]: *** [/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/shared-object.mk:14: unwind-dw2.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1/x86_64-pc-linux-gnu/libgcc'
make[2]: *** [Makefile:21950: all-stage1-target-libgcc] Error 2
make[2]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1'
make[1]: *** [Makefile:27079: stage1-bubble] Error 2
make[1]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1'
make: *** [Makefile:942: all] Error 2
ramdisk/workdir/gcc-7.1.0/libgcc/../include -I/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o unwind-sjlj.o -MT unwind-sjlj.o -MD -MP -MF unwind-sjlj.dep -fexceptions -c /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS
In file included from /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-dw2.c:403:0:
./md-unwind-support.h: In function 'x86_64_fallback_frame_state':
./md-unwind-support.h:65:47: error: dereferencing pointer to incomplete type 'struct ucontext'
sc = (struct sigcontext *) (void *) &uc_->uc_mcontext;
^~
/mnt/ramdisk/workdir/buildloop.d/loop-0/./gcc/xgcc -B/mnt/ramdisk/workdir/buildloop.d/loop-0/./gcc/ -B/usr/local/x86_64-pc-linux-gnu/bin/ -B/usr/local/x86_64-pc-linux-gnu/lib/ -isystem /usr/local/x86_64-pc-linux-gnu/include -isystem /usr/local/x86_64-pc-linux-gnu/sys-include -g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -mlong-double-80 -DUSE_ELF_SYMVER -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -mlong-double-80 -DUSE_ELF_SYMVER -I. -I. -I../.././gcc -I/mnt/ramdisk/workdir/gcc-7.1.0/libgcc -I/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/. -I/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/../gcc -I/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/../include -I/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o unwind-c.o -MT unwind-c.o -MD -MP -MF unwind-c.dep -fexceptions -c /mnt/ramdisk/workdir/gcc-7.1.0/libgcc/unwind-c.c -fvisibility=hidden -DHIDE_EXPORTS
make[3]: *** [/mnt/ramdisk/workdir/gcc-7.1.0/libgcc/shared-object.mk:14: unwind-dw2.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-0/x86_64-pc-linux-gnu/libgcc'
make[2]: *** [Makefile:21950: all-stage1-target-libgcc] Error 2
make[2]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-0'
make[1]: *** [Makefile:27079: stage1-bubble] Error 2
make[1]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-0'
make: *** [Makefile:942: all] Error 2
Daedalus
2017-11-05, 10:14:06
https://github.com/suaefar/ryzen-test/issues/6
Du hast scheinbar noch eine alte Script Version mit gcc 7.1.
DevilX
2017-11-05, 11:28:07
Ich finde keine die 7.2 nutzt...
Ich habe die aktuelle Version https://github.com/suaefar/ryzen-test mit den letzten Änderungen vor 5 Tagen gerade noch mal frisch gezogen.
P.S. Problem bleibt bestehen.
So sah bei mir der Log aus (gekürzt wegen 50000 Zeichen Begrenzung)
[ -f stage_final ] || echo stage3 > stage_final
make[1]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10'
make[2]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10'
make[2]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10'
make[2]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10'
checking whether gcc __attribute__ ((const)) works... yes
checking whether gcc __attribute__ ((malloc)) works... yes
checking whether gcc __attribute__ ((mode (XX))) works... yes
checking whether gcc __attribute__ ((noreturn)) works... yes
checking whether gcc hidden aliases work... yes
checking for inline... inline
checking for cos in -lm... yes
checking for working alloca.h... yes
checking for alloca (via gmp-impl.h)... yes
checking how to allocate temporary memory... alloca
checking whether byte ordering is bigendian... no
checking format of `double' floating point... IEEE little endian
checking for alarm... yes
checking for attr_get... no
checking for clock... yes
checking for cputime... no
checking for getpagesize... yes
checking for getrusage... yes
checking for gettimeofday... yes
checking for getsysinfo... no
checking for localeconv... yes
checking for memset... yes
checking for mmap... yes
checking for mprotect... yes
checking for nl_langinfo... yes
checking for obstack_vprintf... yes
checking for popen... yes
checking for processor_info... no
checking for pstat_getprocessor... no
checking for raise... yes
checking for read_real_time... no
checking for sigaction... yes
checking for sigaltstack... yes
checking for sigstack... yes
checking for syssgi... no
checking for strchr... yes
checking for strerror... yes
checking for strnlen... yes
checking for strtol... yes
checking for strtoul... yes
checking for sysconf... yes
checking for sysctl... yes
checking for sysctlbyname... no
checking for times... yes
checking for library containing clock_gettime... none required
checking for vsnprintf... yes
checking whether vsnprintf works... probably
configure: WARNING: cannot check for properly working vsnprintf when cross compiling, will assume it's ok
checking whether sscanf needs writable input... no
checking for struct pst_processor.psp_iticksperclktick... no
checking size of void *... 8
checking size of unsigned short... 2
checking size of unsigned... 4
checking size of unsigned long... 8
checking size of mp_limb_t... 8
checking for stack_t... yes
checking for tputs in -lncurses... no
checking for tputs in -lcurses... no
checking for readline in -lreadline... no
checking readline detected... no
checking for bison... /mnt/ramdisk/workdir/gcc-7.1.0/missing bison -y
checking for flex... touch lex.yy.c
checking lex output file root... lex.yy
checking lex library... none needed
checking whether yytext is a pointer... no
checking for none-pc-linux-gnu-ranlib... (cached) ranlib
creating config.m4
configure: updating cache ./config.cache
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating demos/pexpr-config.h
config.status: creating demos/calc/calc-config.h
config.status: creating Makefile
config.status: creating mpf/Makefile
config.status: creating mpn/Makefile
config.status: creating mpq/Makefile
config.status: creating mpz/Makefile
config.status: creating printf/Makefile
config.status: creating scanf/Makefile
config.status: creating rand/Makefile
config.status: creating cxx/Makefile
config.status: creating tests/Makefile
config.status: creating tests/devel/Makefile
config.status: creating tests/mpf/Makefile
config.status: creating tests/mpn/Makefile
config.status: creating tests/mpq/Makefile
config.status: creating tests/mpz/Makefile
config.status: creating tests/rand/Makefile
config.status: creating tests/misc/Makefile
config.status: creating tests/cxx/Makefile
config.status: creating doc/Makefile
config.status: creating tune/Makefile
config.status: creating demos/Makefile
config.status: creating demos/calc/Makefile
config.status: creating demos/expr/Makefile
config.status: creating gmp.h
config.status: creating config.h
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/add.c to mpn/add.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/add_1.c to mpn/add_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/add_n.c to mpn/add_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sub.c to mpn/sub.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sub_1.c to mpn/sub_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sub_n.c to mpn/sub_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/cnd_add_n.c to mpn/cnd_add_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/cnd_sub_n.c to mpn/cnd_sub_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/cnd_swap.c to mpn/cnd_swap.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/neg.c to mpn/neg.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/com.c to mpn/com.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mul_1.c to mpn/mul_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/addmul_1.c to mpn/addmul_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/submul_1.c to mpn/submul_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/add_err1_n.c to mpn/add_err1_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/add_err2_n.c to mpn/add_err2_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/add_err3_n.c to mpn/add_err3_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sub_err1_n.c to mpn/sub_err1_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sub_err2_n.c to mpn/sub_err2_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sub_err3_n.c to mpn/sub_err3_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/lshift.c to mpn/lshift.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/rshift.c to mpn/rshift.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/dive_1.c to mpn/dive_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/diveby3.c to mpn/diveby3.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/divis.c to mpn/divis.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/divrem.c to mpn/divrem.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/divrem_1.c to mpn/divrem_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/divrem_2.c to mpn/divrem_2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/fib2_ui.c to mpn/fib2_ui.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mod_1.c to mpn/mod_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mod_34lsub1.c to mpn/mod_34lsub1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mode1o.c to mpn/mode1o.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/pre_divrem_1.c to mpn/pre_divrem_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/pre_mod_1.c to mpn/pre_mod_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/dump.c to mpn/dump.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mod_1_1.c to mpn/mod_1_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mod_1_2.c to mpn/mod_1_2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mod_1_3.c to mpn/mod_1_3.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mod_1_4.c to mpn/mod_1_4.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/lshiftc.c to mpn/lshiftc.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mul.c to mpn/mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mul_fft.c to mpn/mul_fft.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mul_n.c to mpn/mul_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sqr.c to mpn/sqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mul_basecase.c to mpn/mul_basecase.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sqr_basecase.c to mpn/sqr_basecase.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/nussbaumer_mul.c to mpn/nussbaumer_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mulmid_basecase.c to mpn/mulmid_basecase.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom42_mulmid.c to mpn/toom42_mulmid.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mulmid_n.c to mpn/mulmid_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mulmid.c to mpn/mulmid.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/random.c to mpn/random.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/random2.c to mpn/random2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/pow_1.c to mpn/pow_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/rootrem.c to mpn/rootrem.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sqrtrem.c to mpn/sqrtrem.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sizeinbase.c to mpn/sizeinbase.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/get_str.c to mpn/get_str.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/set_str.c to mpn/set_str.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/scan0.c to mpn/scan0.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/scan1.c to mpn/scan1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/popham.c to mpn/popcount.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/popham.c to mpn/hamdist.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/cmp.c to mpn/cmp.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/zero_p.c to mpn/zero_p.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/perfsqr.c to mpn/perfsqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/perfpow.c to mpn/perfpow.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/gcd_1.c to mpn/gcd_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/gcd.c to mpn/gcd.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/gcdext_1.c to mpn/gcdext_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/gcdext.c to mpn/gcdext.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/gcd_subdiv_step.c to mpn/gcd_subdiv_step.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/gcdext_lehmer.c to mpn/gcdext_lehmer.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/div_q.c to mpn/div_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/tdiv_qr.c to mpn/tdiv_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/jacbase.c to mpn/jacbase.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/jacobi_2.c to mpn/jacobi_2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/jacobi.c to mpn/jacobi.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/get_d.c to mpn/get_d.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/matrix22_mul.c to mpn/matrix22_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/matrix22_mul1_inverse_vector.c to mpn/matrix22_mul1_inverse_vector.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd_matrix.c to mpn/hgcd_matrix.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd2.c to mpn/hgcd2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd_step.c to mpn/hgcd_step.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd_reduce.c to mpn/hgcd_reduce.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd.c to mpn/hgcd.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd_appr.c to mpn/hgcd_appr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd2_jacobi.c to mpn/hgcd2_jacobi.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/hgcd_jacobi.c to mpn/hgcd_jacobi.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mullo_n.c to mpn/mullo_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mullo_basecase.c to mpn/mullo_basecase.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sqrlo.c to mpn/sqrlo.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sqrlo_basecase.c to mpn/sqrlo_basecase.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom22_mul.c to mpn/toom22_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom32_mul.c to mpn/toom32_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom42_mul.c to mpn/toom42_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom52_mul.c to mpn/toom52_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom62_mul.c to mpn/toom62_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom33_mul.c to mpn/toom33_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom43_mul.c to mpn/toom43_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom53_mul.c to mpn/toom53_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom54_mul.c to mpn/toom54_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom63_mul.c to mpn/toom63_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom44_mul.c to mpn/toom44_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom6h_mul.c to mpn/toom6h_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom6_sqr.c to mpn/toom6_sqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom8h_mul.c to mpn/toom8h_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom8_sqr.c to mpn/toom8_sqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_couple_handling.c to mpn/toom_couple_handling.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom2_sqr.c to mpn/toom2_sqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom3_sqr.c to mpn/toom3_sqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom4_sqr.c to mpn/toom4_sqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_eval_dgr3_pm1.c to mpn/toom_eval_dgr3_pm1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_eval_dgr3_pm2.c to mpn/toom_eval_dgr3_pm2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_eval_pm1.c to mpn/toom_eval_pm1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_eval_pm2.c to mpn/toom_eval_pm2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_eval_pm2exp.c to mpn/toom_eval_pm2exp.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_eval_pm2rexp.c to mpn/toom_eval_pm2rexp.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_interpolate_5pts.c to mpn/toom_interpolate_5pts.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_interpolate_6pts.c to mpn/toom_interpolate_6pts.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_interpolate_7pts.c to mpn/toom_interpolate_7pts.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_interpolate_8pts.c to mpn/toom_interpolate_8pts.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_interpolate_12pts.c to mpn/toom_interpolate_12pts.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/toom_interpolate_16pts.c to mpn/toom_interpolate_16pts.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/invertappr.c to mpn/invertappr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/invert.c to mpn/invert.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/binvert.c to mpn/binvert.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mulmod_bnm1.c to mpn/mulmod_bnm1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sqrmod_bnm1.c to mpn/sqrmod_bnm1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/div_qr_1.c to mpn/div_qr_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/div_qr_1n_pi1.c to mpn/div_qr_1n_pi1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/div_qr_2.c to mpn/div_qr_2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/div_qr_2n_pi1.c to mpn/div_qr_2n_pi1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/div_qr_2u_pi1.c to mpn/div_qr_2u_pi1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sbpi1_div_q.c to mpn/sbpi1_div_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sbpi1_div_qr.c to mpn/sbpi1_div_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sbpi1_divappr_q.c to mpn/sbpi1_divappr_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/dcpi1_div_q.c to mpn/dcpi1_div_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/dcpi1_div_qr.c to mpn/dcpi1_div_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/dcpi1_divappr_q.c to mpn/dcpi1_divappr_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mu_div_qr.c to mpn/mu_div_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mu_divappr_q.c to mpn/mu_divappr_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mu_div_q.c to mpn/mu_div_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/bdiv_q_1.c to mpn/bdiv_q_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sbpi1_bdiv_q.c to mpn/sbpi1_bdiv_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sbpi1_bdiv_qr.c to mpn/sbpi1_bdiv_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/dcpi1_bdiv_q.c to mpn/dcpi1_bdiv_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/dcpi1_bdiv_qr.c to mpn/dcpi1_bdiv_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mu_bdiv_q.c to mpn/mu_bdiv_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/mu_bdiv_qr.c to mpn/mu_bdiv_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/bdiv_q.c to mpn/bdiv_q.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/bdiv_qr.c to mpn/bdiv_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/broot.c to mpn/broot.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/brootinv.c to mpn/brootinv.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/bsqrt.c to mpn/bsqrt.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/bsqrtinv.c to mpn/bsqrtinv.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/divexact.c to mpn/divexact.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/bdiv_dbm1c.c to mpn/bdiv_dbm1c.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/redc_1.c to mpn/redc_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/redc_2.c to mpn/redc_2.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/redc_n.c to mpn/redc_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/powm.c to mpn/powm.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/powlo.c to mpn/powlo.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_powm.c to mpn/sec_powm.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_mul.c to mpn/sec_mul.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_sqr.c to mpn/sec_sqr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_div.c to mpn/sec_div_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_div.c to mpn/sec_div_r.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_pi1_div.c to mpn/sec_pi1_div_qr.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_pi1_div.c to mpn/sec_pi1_div_r.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_aors_1.c to mpn/sec_add_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_aors_1.c to mpn/sec_sub_1.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_invert.c to mpn/sec_invert.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/trialdiv.c to mpn/trialdiv.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/remove.c to mpn/remove.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/and_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/andn_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/nand_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/ior_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/iorn_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/nior_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/xor_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/logops_n.c to mpn/xnor_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/copyi.c to mpn/copyi.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/copyd.c to mpn/copyd.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/zero.c to mpn/zero.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/sec_tabselect.c to mpn/sec_tabselect.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/comb_tables.c to mpn/comb_tables.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/add_n_sub_n.c to mpn/add_n_sub_n.c
config.status: linking /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn/generic/gmp-mparam.h to gmp-mparam.h
config.status: executing libtool commands
configure: summary of build options:
Version: GNU MP 6.1.0
Host type: none-pc-linux-gnu
ABI: standard
Install prefix: /usr/local
Compiler: gcc
Static libraries: yes
Shared libraries: no
make[3]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp'
gcc `test -f 'gen-fac.c' || echo '/mnt/ramdisk/workdir/gcc-7.1.0/gmp/'`gen-fac.c -o gen-fac
./gen-fac 64 0 >fac_table.h || (rm -f fac_table.h; exit 1)
gcc `test -f 'gen-fib.c' || echo '/mnt/ramdisk/workdir/gcc-7.1.0/gmp/'`gen-fib.c -o gen-fib
./gen-fib header 64 0 >fib_table.h || (rm -f fib_table.h; exit 1)
./gen-fib table 64 0 >mpn/fib_table.c || (rm -f mpn/fib_table.c; exit 1)
gcc `test -f 'gen-bases.c' || echo '/mnt/ramdisk/workdir/gcc-7.1.0/gmp/'`gen-bases.c -o gen-bases -lm
./gen-bases header 64 0 >mp_bases.h || (rm -f mp_bases.h; exit 1)
./gen-bases table 64 0 >mpn/mp_bases.c || (rm -f mpn/mp_bases.c; exit 1)
gcc `test -f 'gen-trialdivtab.c' || echo '/mnt/ramdisk/workdir/gcc-7.1.0/gmp/'`gen-trialdivtab.c -o gen-trialdivtab -lm
./gen-trialdivtab 64 8000 >trialdivtab.h || (rm -f trialdivtab.h; exit 1)
gcc `test -f 'gen-jacobitab.c' || echo '/mnt/ramdisk/workdir/gcc-7.1.0/gmp/'`gen-jacobitab.c -o gen-jacobitab
./gen-jacobitab >mpn/jacobitab.h || (rm -f mpn/jacobitab.h; exit 1)
gcc `test -f 'gen-psqr.c' || echo '/mnt/ramdisk/workdir/gcc-7.1.0/gmp/'`gen-psqr.c -o gen-psqr -lm
./gen-psqr 64 0 >mpn/perfsqr.h || (rm -f mpn/perfsqr.h; exit 1)
make all-recursive
make[4]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp'
Making all in tests
make[5]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests'
Making all in .
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests'
make[6]: Nothing to be done for 'all-am'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests'
Making all in devel
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/devel'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/devel'
Making all in mpn
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpn'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpn'
Making all in mpz
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpz'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpz'
Making all in mpq
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpq'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpq'
Making all in mpf
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpf'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/mpf'
Making all in rand
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/rand'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/rand'
Making all in misc
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/misc'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/misc'
Making all in cxx
make[6]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/cxx'
make[6]: Nothing to be done for 'all'.
make[6]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests/cxx'
make[5]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/tests'
Making all in mpn
make[5]: Entering directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/mpn'
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo fib_table | sed 's/_$//'` -DNO_ASM -g -c -o fib_table.lo fib_table.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_fib_table -DNO_ASM -g -c fib_table.c -o fib_table.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo mp_bases | sed 's/_$//'` -DNO_ASM -g -c -o mp_bases.lo mp_bases.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_mp_bases -DNO_ASM -g -c mp_bases.c -o mp_bases.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo add | sed 's/_$//'` -DNO_ASM -g -c -o add.lo add.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_add -DNO_ASM -g -c add.c -o add.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo add_1 | sed 's/_$//'` -DNO_ASM -g -c -o add_1.lo add_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_add_1 -DNO_ASM -g -c add_1.c -o add_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo add_n | sed 's/_$//'` -DNO_ASM -g -c -o add_n.lo add_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_add_n -DNO_ASM -g -c add_n.c -o add_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo sub | sed 's/_$//'` -DNO_ASM -g -c -o sub.lo sub.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_sub -DNO_ASM -g -c sub.c -o sub.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo sub_1 | sed 's/_$//'` -DNO_ASM -g -c -o sub_1.lo sub_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_sub_1 -DNO_ASM -g -c sub_1.c -o sub_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo sub_n | sed 's/_$//'` -DNO_ASM -g -c -o sub_n.lo sub_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_sub_n -DNO_ASM -g -c sub_n.c -o sub_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo cnd_add_n | sed 's/_$//'` -DNO_ASM -g -c -o cnd_add_n.lo cnd_add_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_cnd_add_n -DNO_ASM -g -c cnd_add_n.c -o cnd_add_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo cnd_sub_n | sed 's/_$//'` -DNO_ASM -g -c -o cnd_sub_n.lo cnd_sub_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_cnd_sub_n -DNO_ASM -g -c cnd_sub_n.c -o cnd_sub_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo cnd_swap | sed 's/_$//'` -DNO_ASM -g -c -o cnd_swap.lo cnd_swap.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_cnd_swap -DNO_ASM -g -c cnd_swap.c -o cnd_swap.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo neg | sed 's/_$//'` -DNO_ASM -g -c -o neg.lo neg.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_neg -DNO_ASM -g -c neg.c -o neg.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo com | sed 's/_$//'` -DNO_ASM -g -c -o com.lo com.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_com -DNO_ASM -g -c com.c -o com.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo mul_1 | sed 's/_$//'` -DNO_ASM -g -c -o mul_1.lo mul_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_mul_1 -DNO_ASM -g -c mul_1.c -o mul_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo addmul_1 | sed 's/_$//'` -DNO_ASM -g -c -o addmul_1.lo addmul_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_addmul_1 -DNO_ASM -g -c addmul_1.c -o addmul_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo submul_1 | sed 's/_$//'` -DNO_ASM -g -c -o submul_1.lo submul_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_submul_1 -DNO_ASM -g -c submul_1.c -o submul_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo add_err1_n | sed 's/_$//'` -DNO_ASM -g -c -o add_err1_n.lo add_err1_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_add_err1_n -DNO_ASM -g -c add_err1_n.c -o add_err1_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo add_err2_n | sed 's/_$//'` -DNO_ASM -g -c -o add_err2_n.lo add_err2_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_add_err2_n -DNO_ASM -g -c add_err2_n.c -o add_err2_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo add_err3_n | sed 's/_$//'` -DNO_ASM -g -c -o add_err3_n.lo add_err3_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_add_err3_n -DNO_ASM -g -c add_err3_n.c -o add_err3_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo sub_err1_n | sed 's/_$//'` -DNO_ASM -g -c -o sub_err1_n.lo sub_err1_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_sub_err1_n -DNO_ASM -g -c sub_err1_n.c -o sub_err1_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo sub_err2_n | sed 's/_$//'` -DNO_ASM -g -c -o sub_err2_n.lo sub_err2_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_sub_err2_n -DNO_ASM -g -c sub_err2_n.c -o sub_err2_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo sub_err3_n | sed 's/_$//'` -DNO_ASM -g -c -o sub_err3_n.lo sub_err3_n.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_sub_err3_n -DNO_ASM -g -c sub_err3_n.c -o sub_err3_n.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo lshift | sed 's/_$//'` -DNO_ASM -g -c -o lshift.lo lshift.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_lshift -DNO_ASM -g -c lshift.c -o lshift.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo rshift | sed 's/_$//'` -DNO_ASM -g -c -o rshift.lo rshift.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_rshift -DNO_ASM -g -c rshift.c -o rshift.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo dive_1 | sed 's/_$//'` -DNO_ASM -g -c -o dive_1.lo dive_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_dive_1 -DNO_ASM -g -c dive_1.c -o dive_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo diveby3 | sed 's/_$//'` -DNO_ASM -g -c -o diveby3.lo diveby3.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_diveby3 -DNO_ASM -g -c diveby3.c -o diveby3.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo divis | sed 's/_$//'` -DNO_ASM -g -c -o divis.lo divis.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_divis -DNO_ASM -g -c divis.c -o divis.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo divrem | sed 's/_$//'` -DNO_ASM -g -c -o divrem.lo divrem.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_divrem -DNO_ASM -g -c divrem.c -o divrem.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo divrem_1 | sed 's/_$//'` -DNO_ASM -g -c -o divrem_1.lo divrem_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_divrem_1 -DNO_ASM -g -c divrem_1.c -o divrem_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo divrem_2 | sed 's/_$//'` -DNO_ASM -g -c -o divrem_2.lo divrem_2.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_divrem_2 -DNO_ASM -g -c divrem_2.c -o divrem_2.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo fib2_ui | sed 's/_$//'` -DNO_ASM -g -c -o fib2_ui.lo fib2_ui.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_fib2_ui -DNO_ASM -g -c fib2_ui.c -o fib2_ui.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo mod_1 | sed 's/_$//'` -DNO_ASM -g -c -o mod_1.lo mod_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_mod_1 -DNO_ASM -g -c mod_1.c -o mod_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo mod_34lsub1 | sed 's/_$//'` -DNO_ASM -g -c -o mod_34lsub1.lo mod_34lsub1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_mod_34lsub1 -DNO_ASM -g -c mod_34lsub1.c -o mod_34lsub1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo mode1o | sed 's/_$//'` -DNO_ASM -g -c -o mode1o.lo mode1o.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_mode1o -DNO_ASM -g -c mode1o.c -o mode1o.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo pre_divrem_1 | sed 's/_$//'` -DNO_ASM -g -c -o pre_divrem_1.lo pre_divrem_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_pre_divrem_1 -DNO_ASM -g -c pre_divrem_1.c -o pre_divrem_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo pre_mod_1 | sed 's/_$//'` -DNO_ASM -g -c -o pre_mod_1.lo pre_mod_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_pre_mod_1 -DNO_ASM -g -c pre_mod_1.c -o pre_mod_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo dump | sed 's/_$//'` -DNO_ASM -g -c -o dump.lo dump.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_dump -DNO_ASM -g -c dump.c -o dump.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo mod_1_1 | sed 's/_$//'` -DNO_ASM -g -c -o mod_1_1.lo mod_1_1.c
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_mod_1_1 -DNO_ASM -g -c mod_1_1.c -o mod_1_1.o
/bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DOPERATION_`echo mod_1_2 | sed 's/_$//'` -DNO_ASM -g -c -o mod_1_2.lo mod_1_2.c
Makefile:492: recipe for target 'mod_1_2.lo' failed
make[5]: *** [mod_1_2.lo] Segmentation fault (core dumped)
make[5]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp/mpn'
Makefile:954: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp'
Makefile:773: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10/gmp'
Makefile:5521: recipe for target 'all-stage1-gmp' failed
make[2]: *** [all-stage1-gmp] Error 2
make[2]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10'
Makefile:27079: recipe for target 'stage1-bubble' failed
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-10'
Makefile:941: recipe for target 'all' failed
make: *** [all] Error 2
Ubuntu 17.04 Live CD / Compiler gcc 7.1.0
DevilX
2017-11-05, 12:01:32
Ich habe die Scripte mal auf 7.2 angepasst.. bis jetzt läuft es.
Werde aber wohl gleich mal ne Ubuntu 17.04 aufsetzen um den Originalzustand zu testen.
DevilX
2017-11-05, 12:38:52
Sagt mal, bin ich zu bloed...
Live CD gestarted, ryzen-test-master geladen, gestarted mit 4 4.
[loop-0] Sun Nov 5 11:30:52 UTC 2017 start 0
[loop-1] Sun Nov 5 11:30:53 UTC 2017 start 0
[loop-2] Sun Nov 5 11:30:54 UTC 2017 start 0
[loop-3] Sun Nov 5 11:30:55 UTC 2017 start 0
[loop-1] Sun Nov 5 11:30:59 UTC 2017 configure failed
[loop-1] TIME TO FAIL: 7 s
[loop-0] Sun Nov 5 11:30:59 UTC 2017 configure failed
[loop-2] Sun Nov 5 11:30:59 UTC 2017 configure failed
[loop-0] TIME TO FAIL: 7 s
[loop-2] TIME TO FAIL: 7 s
[loop-3] Sun Nov 5 11:30:59 UTC 2017 configure failed
[loop-3] TIME TO FAIL: 7 s
configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 0.8.0+.
Try the --with-gmp, --with-mpfr and/or --with-mpc options to specify
their locations. Source code for these libraries can be found at
their respective hosting sites as well as at
ftp://gcc.gnu.org/pub/gcc/infrastructure/. See also
http://gcc.gnu.org/install/prerequisites.html for additional info. If
you obtained GMP, MPFR and/or MPC from a vendor distribution package,
make sure that you have installed both the libraries and the header
files. They may be located in separate packages.
Daedalus
2017-11-05, 12:49:51
"sudo apt-get build-dep gcc" sollte helfen
DevilX
2017-11-05, 13:28:28
So
[KERN] -- Logs begin at Sun 2017-11-05 11:25:21 UTC. --
[KERN] Nov 05 11:26:16 ubuntu kernel: igb 0000:23:00.0 enp35s0: igb: enp35s0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
[KERN] Nov 05 11:26:16 ubuntu kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp35s0: link becomes ready
[KERN] Nov 05 11:30:18 ubuntu kernel: zram: Added device: zram0
[KERN] Nov 05 11:30:18 ubuntu kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Nov 05 11:30:19 ubuntu kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[KERN] Nov 05 12:01:48 ubuntu kernel: zram: Cannot change disksize for initialized device
[KERN] Nov 05 12:10:14 ubuntu kernel: zram: Removed device: zram0
[KERN] Nov 05 12:10:27 ubuntu kernel: zram: Added device: zram0
[KERN] Nov 05 12:10:27 ubuntu kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Nov 05 12:10:28 ubuntu kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[loop-0] Sun Nov 5 12:11:10 UTC 2017 start 0
[loop-1] Sun Nov 5 12:11:11 UTC 2017 start 0
[loop-2] Sun Nov 5 12:11:12 UTC 2017 start 0
[loop-3] Sun Nov 5 12:11:13 UTC 2017 start 0
[KERN] Nov 05 12:23:51 ubuntu kernel: bash[26984]: segfault at 435d59 ip 00007f3c679733c3 sp 00007ffd68647668 error 7 in libc-2.24.so[7f3c67810000+1bd000]
[KERN] Nov 05 12:23:51 ubuntu kernel: bash[26984]: segfault at 435d59 ip 00007f3c679733c3 sp 00007ffd68647668 error 7 in libc-2.24.so[7f3c67810000+1bd000]
[loop-1] Sun Nov 5 12:23:51 UTC 2017 build failed
[loop-1] TIME TO FAIL: 761 s
[loop-3] Sun Nov 5 12:24:07 UTC 2017 build failed
[loop-3] TIME TO FAIL: 777 s
[loop-2] Sun Nov 5 12:24:10 UTC 2017 build failed
[loop-2] TIME TO FAIL: 780 s
[KERN] Nov 05 12:24:10 ubuntu kernel: traps: bash[7475] trap invalid opcode ip:431e3c sp:7ffd33b0f8b8 error:0
[KERN] Nov 05 12:24:10 ubuntu kernel: traps: bash[7475] trap invalid opcode ip:431e3c sp:7ffd33b0f8b8 error:0
[KERN] Nov 05 12:24:10 ubuntu kernel: in bash[400000+100000]
[KERN] Nov 05 12:24:10 ubuntu kernel: in bash[400000+100000]
gmp -DNO_ASM -g -O2 -gtoggle -c -o dump.lo /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpz/dump.c
Makefile:487: recipe for target 'divis_ui.lo' failed
make[5]: *** [divis_ui.lo] Segmentation fault (core dumped)
make[5]: *** Waiting for unfinished jobs....
libtool: compile: /mnt/ramdisk/workdir/buildloop.d/loop-1/./prev-gcc/xgcc -B/mnt/ramdisk/workdir/buildloop.d/loop-1/./prev-gcc/ -B/usr/local/x86_64-pc-linux-gnu/bin/ -B/usr/local/x86_64-pc-linux-gnu/bin/ -B/usr/local/x86_64-pc-linux-gnu/lib/ -isystem /usr/local/x86_64-pc-linux-gnu/include -isystem /usr/local/x86_64-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpz -I.. -D__GMP_WITHIN_GMP -I/mnt/ramdisk/workdir/gcc-7.1.0/gmp -DNO_ASM -g -O2 -gtoggle -c /mnt/ramdisk/workdir/gcc-7.1.0/gmp/mpz/dump.c -o dump.o
make[5]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1/gmp/mpz'
Makefile:954: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1/gmp'
Makefile:773: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1/gmp'
Makefile:5562: recipe for target 'all-stage2-gmp' failed
make[2]: *** [all-stage2-gmp] Error 2
make[2]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1'
Makefile:27236: recipe for target 'stage2-bubble' failed
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory '/mnt/ramdisk/workdir/buildloop.d/loop-1'
Makefile:941: recipe for target 'all' failed
make: *** [all] Error 2
Tja dann musst Du jetzt AMD über http://support.amd.com/de-de/contact/email-form kontaktieren und das Problem schildern. Ich habe einen Screenshot der Konsole mit der Fehlerausgabe dabei angehängt.
DevilX
2017-11-05, 13:54:01
Vielen Dank für eure Hilfe.
Ich habe habe die Logdateien mal abgespeichert.
Oh mann ich hätte echt erwartet das die CPUs mit dem Bug so langsam aus dem Handel sind.
Hasenpfote
2017-11-05, 15:16:09
Oh mann ich hätte echt erwartet das die CPUs mit dem Bug so langsam aus dem Handel sind.Ja, das hatte ich auch gedacht und eine aus Woche 11 bekommen. Kommende Woche sollte der Ersatz von AMD da sein.
Hasenpfote
2017-11-07, 23:18:03
So, meine neue CPU kam heute.
Ist ein 1741 SUS.
Hab noch keinen Test mit dem ryzen-kill-Skript gemacht, sondern wollte erst mal sehen, wie OC und UV so geht.
Der 1711er-Ryzen lief bei 3,8Ghz mit 1,31V stabil (stabil im Sinne von 20min Prime95, unter 1,3V war binnen weniger Minuten ein Fehler bei Prime95).
Der 1741er ist aktuell bei 3,8Ghz und 1,15V.
edit3: Default läuft er bei 3,5Ghz und 1,131V
edit: bei 1,125V ist er eben nach 1min ausgestiegen.
edit2: nach oben hin gabs direkt nen harten Crash (d.h. Blackscreen) bei 4,05Ghz@1,3V und 4,1Ghz@1,325V. Aktuell läuft Prime95 mit 1,3V@4Ghz.
Vielleicht muss ich doch den Ben Nevis Advanced durch was ordentliches und leiseres ersetzen ;D
Also selbst wenn man nicht mit Linux rumspielen will, aber an OC mit UV interessiert ist, scheinen die neueren CPUs nett zu sein.
Die ganze Aktion hat übrigens 6 Tage gedauert. Danke an die Hinweise hier im Thread, wo man hinzuschreiben und anzurufen hat.
Rolsch
2017-11-08, 00:19:03
Also das Windows "ryzen_segv_test" Tool sagt nicht unbedingt was über die CPU aus. Auf einer alten Win10 Installation funktioniert es recht schnell nicht mehr, was ja auf den CPU-BUG hindeuten soll. Auf einer neuen Installation läuft es aber völlig problemlos. Auf ein und demselben PC! Muss ich mal länger testen, vielleicht auch nur Zufall.
Ganon
2017-11-08, 09:55:43
Nur ein Hinweis: Seit dem neusten Windows Update kann man sich ja auch ohne Developer / Insider Program das Linux Subsystem für Windows installieren. Im Prinzip ein Haken bei den Windows Features und die gewünschte Linux Distribution aus dem Appstore laden (ggf. noch in den Einstellungen von "cmd" (Rechtsklick auf das Fenster) den Legacy Modus deaktivieren).
Wenn jemand noch eine "kaputte" AMD CPU hat, kann er das Skript ja auch mal dort testen.
Megamember
2017-11-09, 10:50:24
Ich hab die Windows Version des Tests für meinen 1600X den ich ziemlich bei Release gekauft habe durchlaufen lassen und selbst nach einer Stunde keine Fehler gehabt. Ist der überhaupt zuverlässig oder brauch ich ne Linux CD?
https://github.com/corngood/kill-ryzen-win
Für die Linux Windows Versionen bin ich anscheinend zu blöd bzw. hab ich keine Anleitung gefunden wie man die benutzt.:redface:
Fordert Amd überhaupt noch einen Nachweis von dem Test wenn ich umtauschen will oder reicht die Nummer auf der Cpu etc? Die neuen Ryzen scheinen ja ziemlich gut zu gehn so das sich ein Tausch lohnen würde.
gogetta5
2017-11-09, 20:44:55
Ich hatte mir eine alte Platte genommen und Ubuntu 17.04 installiert. Mit OC hat mir das ryzen kill script kurz darauf schon einen Fehler gemeldet.
Skript gestartet auf Do 09 Nov 2017 19:23:42 CET
]0;ryzen@ryzen-desktop: ~/Downloads/ryzen-test-master[01;32mryzen@ryzen-desktop[00m:[01;34m~/Downloads/ryzen-test-master[00m$ ./kill-ryzen.sh log[K log[K./kill-ryzen.sh log[K
Install required packages
[sudo] password for ryzen:
Reading package lists... 0%
Reading package lists... 100%
Reading package lists... Done
Building dependency tree... 0%
Building dependency tree... 0%
Building dependency tree... 50%
Building dependency tree... 50%
Building dependency tree
Reading state information... 0%
Reading state information... 0%
Reading state information... Done
build-essential is already the newest version (12.1ubuntu2).
0 upgraded, 0 newly installed, 0 to remove and 274 not upgraded.
Create compressed ramdisk
64G
Download GCC sources
--2017-11-09 19:23:54-- ftp://ftp.fu-berlin.de/unix/languages/gcc/releases/gcc-7.1.0/gcc-7.1.0.tar.bz2
=> 'gcc-7.1.0.tar.bz2'
Resolving ftp.fu-berlin.de (ftp.fu-berlin.de)... 130.133.3.130
Connecting to ftp.fu-berlin.de (ftp.fu-berlin.de)|130.133.3.130|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD (1) /unix/languages/gcc/releases/gcc-7.1.0 ... done.
==> SIZE gcc-7.1.0.tar.bz2 ... 84303533
==> PASV ... done. ==> RETR gcc-7.1.0.tar.bz2 ... done.
Length: 84303533 (80M) (unauthoritative)
gcc-7.1.0.tar.bz2 0%[ ] 0 --.-KB/s
gcc-7.1.0.tar.bz2 0%[ ] 695.75K 3.15MB/s
gcc-7.1.0.tar.bz2 2%[ ] 1.80M 4.29MB/s
gcc-7.1.0.tar.bz2 4%[ ] 3.30M 5.30MB/s
gcc-7.1.0.tar.bz2 6%[> ] 5.35M 6.50MB/s
gcc-7.1.0.tar.bz2 9%[> ] 7.70M 7.51MB/s
gcc-7.1.0.tar.bz2 12%[=> ] 10.36M 8.46MB/s
gcc-7.1.0.tar.bz2 15%[==> ] 12.37M 8.61MB/s
gcc-7.1.0.tar.bz2 18%[==> ] 14.73M 9.00MB/s
gcc-7.1.0.tar.bz2 21%[===> ] 17.19M 9.36MB/s
gcc-7.1.0.tar.bz2 24%[===> ] 19.81M 9.71MB/s
gcc-7.1.0.tar.bz2 28%[====> ] 22.52M 10.0MB/s
gcc-7.1.0.tar.bz2 30%[=====> ] 24.70M 10.1MB/s
gcc-7.1.0.tar.bz2 33%[=====> ] 27.25M 10.3MB/s
gcc-7.1.0.tar.bz2 36%[======> ] 29.58M 10.4MB/s
gcc-7.1.0.tar.bz2 39%[======> ] 32.13M 10.5MB/s eta 5s
gcc-7.1.0.tar.bz2 43%[=======> ] 34.68M 11.0MB/s eta 5s
gcc-7.1.0.tar.bz2 46%[========> ] 37.44M 11.5MB/s eta 5s
gcc-7.1.0.tar.bz2 49%[========> ] 39.93M 12.0MB/s eta 5s
gcc-7.1.0.tar.bz2 52%[=========> ] 42.36M 12.1MB/s eta 5s
gcc-7.1.0.tar.bz2 55%[==========> ] 44.87M 12.2MB/s eta 3s
gcc-7.1.0.tar.bz2 58%[==========> ] 47.29M 12.2MB/s eta 3s
gcc-7.1.0.tar.bz2 61%[===========> ] 49.62M 12.2MB/s eta 3s
gcc-7.1.0.tar.bz2 64%[===========> ] 52.07M 12.3MB/s eta 3s
gcc-7.1.0.tar.bz2 67%[============> ] 54.59M 12.3MB/s eta 3s
gcc-7.1.0.tar.bz2 70%[=============> ] 56.93M 12.3MB/s eta 2s
gcc-7.1.0.tar.bz2 74%[=============> ] 59.82M 12.4MB/s eta 2s
gcc-7.1.0.tar.bz2 77%[==============> ] 62.69M 12.5MB/s eta 2s
gcc-7.1.0.tar.bz2 81%[===============> ] 65.63M 12.6MB/s eta 2s
gcc-7.1.0.tar.bz2 85%[================> ] 68.38M 12.7MB/s eta 2s
gcc-7.1.0.tar.bz2 88%[================> ] 70.86M 12.7MB/s eta 1s
gcc-7.1.0.tar.bz2 91%[=================> ] 73.59M 12.8MB/s eta 1s
gcc-7.1.0.tar.bz2 95%[==================> ] 76.77M 13.0MB/s eta 1s
gcc-7.1.0.tar.bz2 99%[==================> ] 79.74M 13.1MB/s eta 1s
gcc-7.1.0.tar.bz2 100%[===================>] 80.40M 13.2MB/s in 6.7s
2017-11-09 19:24:02 (11.9 MB/s) - 'gcc-7.1.0.tar.bz2' saved [84303533]
Extract GCC sources
Download prerequisites
2017-11-09 19:24:24 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/gmp-6.1.0.tar.bz2 [2383840] -> "./gmp-6.1.0.tar.bz2" [1]
2017-11-09 19:24:29 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/mpfr-3.1.4.tar.bz2 [1279284] -> "./mpfr-3.1.4.tar.bz2" [1]
2017-11-09 19:24:32 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/mpc-1.0.3.tar.gz [669925] -> "./mpc-1.0.3.tar.gz" [1]
2017-11-09 19:24:37 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/isl-0.16.1.tar.bz2 [1626446] -> "./isl-0.16.1.tar.bz2" [1]
gmp-6.1.0.tar.bz2: OK
mpfr-3.1.4.tar.bz2: OK
mpc-1.0.3.tar.gz: OK
isl-0.16.1.tar.bz2: OK
All prerequisites downloaded successfully.
cat /proc/cpuinfo | grep -i -E "(model name|microcode)"
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
sudo dmidecode -t memory | grep -i -E "(rank|speed|part)" | grep -v -i unknown
Speed: 2400 MHz
Part Number: F4-2800C17-8GIS
Rank: 1
Configured Clock Speed: 1200 MHz
Speed: 2400 MHz
Part Number: F4-2800C17-8GIS
Rank: 1
Configured Clock Speed: 1200 MHz
uname -a
Linux ryzen-desktop 4.10.0-38-generic #42-Ubuntu SMP Tue Oct 10 13:24:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
cat /proc/sys/kernel/randomize_va_space
2
/ /mnt/ramdisk/workdir
/mnt/ramdisk/workdir
Using 12 parallel processes
[KERN] -- Logs begin at Thu 2017-11-09 19:21:39 CET. --
[KERN] Nov 09 19:21:54 ryzen-desktop kernel: r8169 0000:0a:00.0 enp10s0: link down
[KERN] Nov 09 19:21:54 ryzen-desktop kernel: r8169 0000:0a:00.0 enp10s0: link down
[KERN] Nov 09 19:21:54 ryzen-desktop kernel: IPv6: ADDRCONF(NETDEV_UP): enp10s0: link is not ready
[KERN] Nov 09 19:21:57 ryzen-desktop kernel: r8169 0000:0a:00.0 enp10s0: link up
[KERN] Nov 09 19:21:57 ryzen-desktop kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp10s0: link becomes ready
[KERN] Nov 09 19:22:09 ryzen-desktop systemd[1]: motd-news.timer: Adding 19.347454s random time.
[KERN] Nov 09 19:22:19 ryzen-desktop systemd[1]: motd-news.timer: Adding 10min 16.015547s random time.
[KERN] Nov 09 19:23:53 ryzen-desktop kernel: zram: Added device: zram0
[KERN] Nov 09 19:23:53 ryzen-desktop kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Nov 09 19:23:54 ryzen-desktop kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[loop-0] Thu Nov 9 19:24:38 CET 2017 start 0
[loop-1] Thu Nov 9 19:24:39 CET 2017 start 0
[loop-2] Thu Nov 9 19:24:40 CET 2017 start 0
[loop-3] Thu Nov 9 19:24:41 CET 2017 start 0
[loop-4] Thu Nov 9 19:24:42 CET 2017 start 0
[loop-5] Thu Nov 9 19:24:43 CET 2017 start 0
[loop-6] Thu Nov 9 19:24:44 CET 2017 start 0
[loop-7] Thu Nov 9 19:24:45 CET 2017 start 0
[loop-8] Thu Nov 9 19:24:46 CET 2017 start 0
[loop-9] Thu Nov 9 19:24:47 CET 2017 start 0
[loop-10] Thu Nov 9 19:24:48 CET 2017 start 0
[loop-11] Thu Nov 9 19:24:49 CET 2017 start 0
[loop-7] Thu Nov 9 19:26:19 CET 2017 build failed
[loop-7] TIME TO FAIL: 101 s
[KERN] Nov 09 19:26:19 ryzen-desktop kernel: show_signal_msg: 25 callbacks suppressed
[KE
2. Versuch im Bios alles auf Auto gestellt und dann hat es etwas länger gedauert.
ryzen@ryzen-desktop:~/Downloads/ryzen-test-master$ script screen.log
Skript gestartet, die Datei ist screen.log
ryzen@ryzen-desktop:~/Downloads/ryzen-test-master$ ./kill-ryzen.sh
Install required packages
[sudo] password for ryzen:
Reading package lists... Done
Building dependency tree
Reading state information... Done
build-essential is already the newest version (12.1ubuntu2).
0 upgraded, 0 newly installed, 0 to remove and 274 not upgraded.
Create compressed ramdisk
64G
Download GCC sources
--2017-11-09 19:41:23-- ftp://ftp.fu-berlin.de/unix/languages/gcc/releases/gcc-7.1.0/gcc-7.1.0.tar.bz2
=> 'gcc-7.1.0.tar.bz2'
Resolving ftp.fu-berlin.de (ftp.fu-berlin.de)... 130.133.3.130
Connecting to ftp.fu-berlin.de (ftp.fu-berlin.de)|130.133.3.130|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD (1) /unix/languages/gcc/releases/gcc-7.1.0 ... done.
==> SIZE gcc-7.1.0.tar.bz2 ... 84303533
==> PASV ... done. ==> RETR gcc-7.1.0.tar.bz2 ... done.
Length: 84303533 (80M) (unauthoritative)
gcc-7.1.0.tar.bz2 100%[===================>] 80.40M 10.9MB/s in 15s
2017-11-09 19:41:38 (5.37 MB/s) - 'gcc-7.1.0.tar.bz2' saved [84303533]
Extract GCC sources
Download prerequisites
2017-11-09 19:41:56 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/gmp-6.1.0.tar.bz2 [2383840] -> "./gmp-6.1.0.tar.bz2" [1]
2017-11-09 19:42:00 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/mpfr-3.1.4.tar.bz2 [1279284] -> "./mpfr-3.1.4.tar.bz2" [1]
2017-11-09 19:42:04 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/mpc-1.0.3.tar.gz [669925] -> "./mpc-1.0.3.tar.gz" [1]
2017-11-09 19:42:08 URL: ftp://gcc.gnu.org/pub/gcc/infrastructure/isl-0.16.1.tar.bz2 [1626446] -> "./isl-0.16.1.tar.bz2" [1]
gmp-6.1.0.tar.bz2: OK
mpfr-3.1.4.tar.bz2: OK
mpc-1.0.3.tar.gz: OK
isl-0.16.1.tar.bz2: OK
All prerequisites downloaded successfully.
cat /proc/cpuinfo | grep -i -E "(model name|microcode)"
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
model name : AMD Ryzen 5 1600 Six-Core Processor
microcode : 0x8001129
sudo dmidecode -t memory | grep -i -E "(rank|speed|part)" | grep -v -i unknown
Speed: 2134 MHz
Part Number: F4-2800C17-8GIS
Rank: 1
Configured Clock Speed: 1067 MHz
Speed: 2134 MHz
Part Number: F4-2800C17-8GIS
Rank: 1
Configured Clock Speed: 1067 MHz
uname -a
Linux ryzen-desktop 4.10.0-38-generic #42-Ubuntu SMP Tue Oct 10 13:24:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
cat /proc/sys/kernel/randomize_va_space
2
/ /mnt/ramdisk/workdir
/mnt/ramdisk/workdir
Using 12 parallel processes
[KERN] -- Logs begin at Thu 2017-11-09 19:39:35 CET. --
[KERN] Nov 09 19:39:49 ryzen-desktop kernel: IPv6: ADDRCONF(NETDEV_UP): enp10s0: link is not ready
[KERN] Nov 09 19:39:52 ryzen-desktop kernel: r8169 0000:0a:00.0 enp10s0: link up
[KERN] Nov 09 19:39:52 ryzen-desktop kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp10s0: link becomes ready
[KERN] Nov 09 19:40:03 ryzen-desktop systemd[1]: snapd.refresh.timer: Adding 24min 46.286860s random time.
[KERN] Nov 09 19:40:03 ryzen-desktop systemd[1]: snapd.refresh.timer: Adding 51.013234s random time.
[KERN] Nov 09 19:40:13 ryzen-desktop systemd[1]: snapd.refresh.timer: Adding 2h 19min 30.426523s random time.
[KERN] Nov 09 19:40:13 ryzen-desktop systemd[1]: snapd.refresh.timer: Adding 4h 29min 53.256570s random time.
[KERN] Nov 09 19:41:22 ryzen-desktop kernel: zram: Added device: zram0
[KERN] Nov 09 19:41:22 ryzen-desktop kernel: zram0: detected capacity change from 0 to 68719476736
[KERN] Nov 09 19:41:23 ryzen-desktop kernel: EXT4-fs (zram0): mounted filesystem with ordered data mode. Opts: discard
[loop-0] Thu Nov 9 19:42:09 CET 2017 start 0
[loop-1] Thu Nov 9 19:42:10 CET 2017 start 0
[loop-2] Thu Nov 9 19:42:11 CET 2017 start 0
[loop-3] Thu Nov 9 19:42:12 CET 2017 start 0
[loop-4] Thu Nov 9 19:42:13 CET 2017 start 0
[loop-5] Thu Nov 9 19:42:14 CET 2017 start 0
[loop-6] Thu Nov 9 19:42:15 CET 2017 start 0
[loop-7] Thu Nov 9 19:42:16 CET 2017 start 0
[loop-8] Thu Nov 9 19:42:17 CET 2017 start 0
[loop-9] Thu Nov 9 19:42:18 CET 2017 start 0
[loop-10] Thu Nov 9 19:42:19 CET 2017 start 0
[KERN] Nov 09 20:21:35 ryzen-desktop kernel: do_trap: 25 callbacks suppressed
[KERN] Nov 09 20:21:35 ryzen-desktop kernel: traps: bash[20223] trap invalid opcode ip:435a10 sp:7ffc4be1e610 error:0
[KERN] Nov 09 20:21:35 ryzen-desktop kernel: in bash[400000+100000]
[loop-2] Thu Nov 9 20:21:36 CET 2017 build failed
[loop-2] TIME TO FAIL: 2367 s
[loop-4] Thu Nov 9 20:27:32 CET 2017 build failed
[loop-4] TIME TO FAIL: 2723 s
[KERN] Nov 09 20:27:32 ryzen-desktop kernel: cc1[15348]: segfault at 370000000e ip 0000000001e2356b sp 00007fff6e893e60 error 4 in cc1[400000+242f000]
Mal sehn was AMD sagt. Ich habe direkt einen Garantieantrag gestellt.
Fehler über http://support.amd.com/de-de/contact/email-form melden und log-Datei anhängen sollte ausreichen.
gogetta5
2017-11-10, 09:23:33
Ich habe heute Morgen schon eine Antwort erhalten. CPU-Umtausch wurde genehmigt. Ich musste nicht einmal logs o.ä. zur Verfügung stellen.
Vielleicht testen die die CPUs nochmal direkt im Rücksendezentrum in den Niederlanden oder sie tauschen einfach auf blauen Dunst :confused:.
Naja dann erstmal eine Weile nur den Lappi benutzen :freak:.
Sehr geehrter xxx,
Ihre Serviceanfrage SR-Nr. {ticketno:[xxx]} wurde geprüft und aktualisiert.
Serviceanfrage- und Antwortsverlauf:
Ihre RMA wurde verarbeitet und Ihre RMA-Bestätigungsnummer ist die: RMA # xxx
Sie erhalten eine separate RMA Bestätigung aus unserem RMA-System mit Rückgabeanweisungen.
Ich werde die gleichen Anweisungen in dieser E-Mail zur Vereinfachung wiederholen.
Bitte verpacken Sie Ihre CPU sorgfältig in einer geeigneten Box und schreiben Sie gut leserlich die RMA-Bestätigungsnummer (RMA # xxx) und Ihre Rücklieferadresse auf die Außenseite der Verpackung.
Die Lieferadresse lautet:
AMD GCC c / o K + N
Pudongweg 1
1437 EM Rozenburg (NH)
Die Niederlande
Kontaktdaten und Telefonnummer sind nur für Logistikunterlagen erforderlich. Wenn Sie Fragen zum RMA-Status haben, antworten Sie bitte auf diese E-Mail.
Hinweis: Bitte behalten Sie den Kühlkörper und den Ventilator, da es nicht nötig ist, diese zurück zu AMD zu senden.
Wir haben ein Prepaid-DHL Express-Konto arrangiert, um Ihre CPU kostenlos an AMD zurückzusenden. Bitte wenden Sie sich an Ihr lokales DHL Express Center und arrangieren Sie mit DHL Express die Lieferung Ihrer CPU zurück zu AMD, unter der Verwendung unseres DHL Express Kontos: xxx
Bitte wenden Sie sich an DHL Express Germany unter: +49 1806 345-3003 um den Standort des nächstgelegenen Abfertigungszentrums für Sie zu erfahren.
Dieses DHL-Konto wird Ihnen kostenlos angeboten. Bitte beachten Sie, dass wenn Sie das Teil mit einem Lieferanten Ihrer Wahl einschicken möchten, Sie die Kosten selbst tragen müssten.
Sobald Sie Ihre Ersatz-CPU erhalten haben, aktualisieren Sie bitte Ihr Motherboard-BIOS auf die neueste Version mit AGESA 1.0.0.6b nach der Installation der CPU, falls dies noch nicht aufgespielt wurde.
Bitte beachten Sie, dass es sich hierbei ausschliesslich um einen RMA-Service handelt: Für den technischen Support können Sie eine weitere Serviceanfrage unter http://support.amd.com/en-us/contact/email-form erstellen, wo wir Ihnen bei Ihrer Anfrage gerne behilflich sein werden.
Um diese Serviceanfrage zu aktualisieren, antworten Sie bitte auf diese E-Mail. Achten Sie darauf, dass der Verweis auf die Serviceanfrage intakt bleibt.
Mit freundlichen Grüßen,
Manoj
AMD, Weltweiter Kundendienst
________________________________________________________________________________ _____________
Diese E-Mail resultiert direkt aus Ihrem Kontakt mit dem weltweiten Kundendienst von AMD und ist nicht Teil einer Werbekampagne. Sie müssen sich nicht abmelden, da Sie nur dann erneut kontaktiert werden, wenn Sie einen weiteren Dienst vom weltweiten Kundendienst von AMD in Anspruch nehmen.
Der Inhalt dieser Nachricht dient lediglich Informationszwecken. AMD haftet nicht für die Genauigkeit der angegebenen Informationen und behält sich das Recht vor, diese Informationen jederzeit mit oder ohne Ankündigung zu ändern.
________________________________________________________________________________ _____________
Bei mir haben Sie damals nach dem Mainboard und Ram gefragt. Auch die Bios Version wollten Sie wissen. Als ich ihnen geschrieben habe, dass ich bereits Agesa 1.0.0.6 habe, war der Umtausch fällig.
Megamember
2017-11-10, 12:16:01
Was machen die eigendlich mit den Rückgesendeten CPus? Zum wegwerfen sind die doch eigendlich zu schade.
w0mbat
2017-11-10, 13:06:48
Was machen die eigendlich mit den Rückgesendeten CPus? Zum wegwerfen sind die doch eigendlich zu schade.
Aldi Fertig-PC ;D
Sie könnten diese z.B in PCs für die eigene Verwaltung usw. verwenden. Die CPUs sind ja nicht total kaputt.
Lowkey
2017-11-10, 13:46:26
Brauche ich zwingend die AMD Boxed Verpackung?
Aus der AMD E-Mail
Bitte verpacken Sie Ihre CPU sorgfältig in einer geeigneten Box und schreiben Sie gut leserlich die RMA-Bestätigungsnummer (RMA # 2000241703) und Ihre Rücklieferadresse auf die Außenseite der Verpackung.
Hinweis: Bitte behalten Sie den Kühlkörper und den Ventilator, da es nicht nötig ist, diese zurück zu AMD zu senden.
dargo
2017-11-10, 15:17:55
Brauche ich zwingend die AMD Boxed Verpackung?
Nein, ich habe jetzt zwei davon. :tongue:
Rolsch
2017-11-10, 19:55:37
Sind denn die Austausch CPUs wesentlich höher übertaktbar oder ändert sich da nicht viel? Stromersparnis und der Bug sind mir egal, aber wenn ein neuer Ryzen 4500Mhz macht wäre das die Mühe ja wert.
BK-Morpheus
2017-11-10, 20:39:13
Sind denn die Austausch CPUs wesentlich höher übertaktbar oder ändert sich da nicht viel? Stromersparnis und der Bug sind mir egal, aber wenn ein neuer Ryzen 4500Mhz macht wäre das die Mühe ja wert.
Deutlich ist relativ. Bei ~4GHz ist wie immer Ende, aber mitunter mit einer guten Ecke weniger Spannung.
Mein ursprünglicher 1700x brauchte 1.325V für 3.8GHz. Der ausgetauschte packt das mit 1.125V
Rolsch
2017-11-10, 21:36:22
OK Danke, Schade das man bei 4Ghz immer noch gegen eine Mauer rennt.
VDDCR-SOC scheint einen Einfluss auf den Bug zu haben. Spannung im Ryzen Master auf 1,25V gesetzt und der Fehler tritt im Windows RyzenSegTest nicht mehr auf. Muss ich nochmals unter Linux testen.
CyLord
2017-11-10, 22:22:09
Kann Einfluss haben. Hatte es bei mir definitiv nicht.
Rolsch
2017-11-10, 22:50:07
Jo, bei mir genauso, beim Linux Kill Script tritt der Fehler trotz VDDCR-SOC Erhöhung auf. Was aber bei mir geholfen hat war SMT abzuschalten, zumindest eine Stunde gab es keinen Fehler, sonst kam der nach ein paar Minuten.
Megamember
2017-11-10, 23:19:01
Lol, ich kann meinen RMA Antrag bei der Amd Seite nicht abschicken. Der submit button funktioniert nicht, echt toll :/
Edit: Anderer browser hat geholfen.
gogetta5
2017-11-11, 16:06:00
Bin heute mein Paket losgeworden. War allerdings etwas umständlich, daher berichte ich einfach mal kurz :D. Auch um potentiellen Rücksendern die Arbeit etwas zu erleichtern:freak:.
Ihr solltet vorher prüfen, ob eure Postfiliale auch so ein Paket annimmt. Ich hatte vorher bei DHL geschaut und da war DHL Express mit aufgeführt. Sollte also klappen, so dachte ich ....
Jedenfalls konnten die mit der DHL Kontonr. von AMD nichts anfangen und wollten das teuer als Internationalpaket versenden. Deren DHL Express Leistung bezieht sich nur auf Dokumente.
ALso wieder mitgenommen und genauer nachgeschaut. Hier (https://www.dhl.de/de/geschaeftskunden/express/information/dhl-express-stationen.html) kann man sich nach PLZ die Stationen anzeigen lassen. Also meine Station in der Nähe rausgesucht. Die haben mir das auch ohne Probleme abgenommen.
Megamember
2017-11-11, 16:14:26
Cool, die Station "in meiner Nähe" ist laut der DHL Seite 200km entfernt. Also Kurier bestellen oder Versand selbst zahlen?
Steht doch alles hier im Thread (https://www.forum-3dcenter.org/vbulletin/showpost.php?p=11480621&postcount=198). Anrufen, Nummer durchgeben, die schicken Kurier den drückst du das Paket in die Hand, fertig. Wieso muss immer alles 100x wiederholt werden, was hier im Thread schon steht?
@gogetta5, den Weg hättest dir sparen können.
gogetta5
2017-11-11, 17:29:43
Vielleicht sollte sowas mal im Startpost ergänzt werden. Liest sich ja nicht jeder alle Seiten hier im Thread durch.
Für mich persönlich war es eine Runde Fahrrad fahren - also kein Problem ;).
Megamember
2017-11-13, 16:29:11
Hab auch ne Antwort bekommen, kann die CPU direkt zu denen zum Umtausch schicken. Wollten nichtmal irgendwelche Bilder oder Nachweise haben.
Eine Woche ohne PC *kreisch*
Megamember
2017-11-19, 15:59:00
Die bei Hermes gehören nurnoch gefoltert. Letzten Montag Paket losgeschickt und seit Freitag Nacht abgeblich "in der Zustellung", jaja, der Bote findet wohl die Einfahrt nicht oder wie. Zwischendurch hats 3 Tage lang im Verteilzentrum gechillt. Wenns am Montag nicht endlich bei AMd ankommt raste ich aus. Soviel zum Thema ins Ausland maximal 2-3 Tage. In Zukunft nurnoch DHL, aber ich wollte ja unbedingt 3€ sparen. :usad:
Kurier war schlecht weil ich viel unterwegs war und das Paket möglichst schnell abschicken wollte.
gogetta5
2017-11-19, 21:49:36
Ich hatte am Freitag den Status abgefragt. Aussage: Momentan sind CPUs nicht mehr auf Lager. Nächste Woche solls Nachschub geben :rolleyes: (R5 1600)
Screemer
2017-11-19, 23:27:45
Die bei Hermes gehören nurnoch gefoltert. Letzten Montag Paket losgeschickt und seit Freitag Nacht abgeblich "in der Zustellung", jaja, der Bote findet wohl die Einfahrt nicht oder wie. Zwischendurch hats 3 Tage lang im Verteilzentrum gechillt. Wenns am Montag nicht endlich bei AMd ankommt raste ich aus. Soviel zum Thema ins Ausland maximal 2-3 Tage. In Zukunft nurnoch DHL, aber ich wollte ja unbedingt 3€ sparen. :usad:
Kurier war schlecht weil ich viel unterwegs war und das Paket möglichst schnell abschicken wollte.
ähh what? du hättest komplett kostenfrei von nem boten abholen lassen können, zu ner uhrzeit und nem tag den du bestimmen kannst (wegen des einwands viel unterwegs), oder eben per dhl filiale mit paketschein von amd.
Megamember
2017-11-20, 00:39:12
ähh what? du hättest komplett kostenfrei von nem boten abholen lassen können, zu ner uhrzeit und nem tag den du bestimmen kannst (wegen des einwands viel unterwegs), oder eben per dhl filiale mit paketschein von amd.
Hätte ich nicht ich war fast die ganze Zeit unterwegs und wusste nicht wann ich genau Zeit habe und von welchem AMD Paketschein sprichst du? Ich habe eine RMA Nummer und eine DHL Express Nummer bekommen mit der man nur was in ganz speziellen Filialien anfangen kann.
Ich habe damals zu denen einfach gesagt die sollen mir einen Paketaufkleber zuschicken und das haben sie dann auch gemacht. Das hat dann ja sogar die Post genommen.
mdevil666
2017-11-22, 11:39:52
Wie lange hat es bei euch gedauert bis auf das Ausfüllen vom Antrag ne Reaktion erfolgte. Hatte am Sonntag alles ausgefüllt, bisher nix, kam nicht einmal eine Bestätigungsemail.
Ich habe um 0:30 das Formular ausgefüllt und um 16 Uhr kam die erste Antwort.
mdevil666
2017-11-22, 13:43:53
Also 2. Versuch.
PS: die bekommten nicht einmal eine Bestätigungemail hin, echt schwach
Megamember
2017-11-22, 15:17:12
Hab gestern mal nachgefragt ob die meine CPU schon erhalten bzw. Die Ersatz-CPU weggeschickt, kam nur die Antwort das ich denen meine Sendungsnummer schicken soll. Bin kurz davor zu Alternate zu fahren und mir ne verdammte Am4 apu für 60 € zu holen.
gogetta5
2017-11-22, 15:58:50
So war es bei mir auch.
Übrigens habe ich zwischendurch auch die Bestätigung bekommen, dass der Prozessor geprüft wurde und den "RMA Test" bestanden hat.
Dies ist eine automatisch erstellte E-Mail. Bitte antworten Sie nicht.
Sehr geehrte(r) xxx,
Produkt Seriennummer Ergebnis
______________________________________________________________
YD1600BBAEBOX Y912597O70118 TEST/ÜBERPRÜFUNG BESTANDEN
Die nächsten Schritte
Sie erhalten eine E-Mail-Nachricht, wenn Ihr Ersatzprodukt versandt
wird.
Mit freundlichen Grüßen
AMD, Weltweiter Kundendienst
____________________________________________________________________
Diese E-Mail resultiert direkt aus Ihrem Kontakt mit dem weltweiten
Kundendienst von AMD und ist nicht Teil einer Werbekampagne. Sie müssen
sich nicht abmelden, da Sie nur dann erneut kontaktiert werden, wenn
Sie einen weiteren Dienst vom weltweiten Kundendienst von AMD in
Anspruch nehmen.
Der Inhalt dieser Nachricht dient lediglich Informationszwecken. AMD
haftet nicht für die Genauigkeit der angegebenen Informationen und
behält sich das Recht vor, diese Informationen jederzeit mit oder ohne
Ankündigung zu ändern.
____________________________________________________________________
Habe heute Morgen dann die Nachricht bekommen, dass die neue CPU heute verschickt wird und ich die Sendungsnr. bekomme.
Mal sehn, wie lang das dann wieder dauert :D
@mdevil666 Ich hatte direkt nach ausfüllen des Antrages eine Eingangsbestätigung bekommen (über die Garantieanfrage!). Absender müsste noreply@amd.com sein. Der ganze Ticketkram dann über tech.support@amd.com
mdevil666
2017-11-23, 09:32:03
Auch beim 2. mal kam keine Email, auch nix im Spam gelandet. Echt toll, wollte meine Wakü nochmal umbauen, nur fange ich ohne fehlfreie CPU garnicht erst an.
Dann schreibe direkt an customercare@amdsupport.tech
mdevil666
2017-11-23, 10:41:13
Gerade mal eine Email dahin geschickt, gleich mal gefragt ob das Webformular von http://support.amd.com/de-de/contact/email-form funktioniert und wieso man da keine Email oder Reaktion erhält.
Megamember
2017-11-23, 23:38:11
Heute bekam ich die Antwort das ich doch direkt als ich meine CPU weggeschickt habe ne Nachricht mit Sendedetails hätte übermitteln sollen, dann wärs schneller gelaufen:|:facepalm:...naja für die anderen als Hinweis.
Son A8 9600 als Übergang für die Wartezeit kann ich nur empfehlen :). CPu + Igpu + Kühler für 60€. Läuft ziemlich gut unter Windows und für Games taugt der auch solange es keine stark CPU lastigen sind wie BF und in meinem Fall AC Origins. Die laufen dann nur mit 20-30fps in Verbindung mit der 1070, die meisten anderen laufen aber super. Temps übrigens nie über 30 Grad gekommen mit meinem Mugen 5 ;). Ansonsten hat man dann ne gute Notlösung falls mal die Graka ausfällt etc.
Lurtz
2017-11-24, 10:26:11
Firefox hat scheinbar auch Probleme mit einem AMD-CPU-Bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1281759#c38
danarcho
2017-11-24, 10:40:35
Da ich auch von dem Bug betroffen war (ich mache fast nichts anderes als unter Linux zu kompilieren)
Hier mal eine aktuelle Timeline:
Warranty request am 10.11.
Antwort mit Aufforderung nach Holland zu schicken am 12.11.
Abholung durch DHL-Express am 15.11.
Ankunft in Holland am 16.11.
Tests passed am 22.11.
Replacement erhalten am 24.11.
Megamember
2017-11-24, 11:33:34
Da ich auch von dem Bug betroffen war (ich mache fast nichts anderes als unter Linux zu kompilieren)
Hier mal eine aktuelle Timeline:
Warranty request am 10.11.
Antwort mit Aufforderung nach Holland zu schicken am 12.11.
Abholung durch DHL-Express am 15.11.
Ankunft in Holland am 16.11.
Tests passed am 22.11.
Replacement erhalten am 24.11.
Eine Woche nur für den Sichttest? Wow.
Dino-Fossil
2017-11-24, 11:48:00
Firefox hat scheinbar auch Probleme mit einem AMD-CPU-Bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=1281759#c38
Aber doch auf der Katzen-Arch, also im Ryzen-Segfault-Thread eher fehl am Platz?
BK-Morpheus
2017-11-24, 13:21:36
Eine Woche nur für den Sichttest? Wow.
Bei mir verging über eine Woche zwischen Ankunft meiner CPU in Holland und dem Erhalt der aus Kanada über Holland zu mir geschickten RMA CPU.
Lurtz
2017-11-24, 14:03:18
Aber doch auf der Katzen-Arch, also im Ryzen-Segfault-Thread eher fehl am Platz?
Passt nicht wirklich hier rein, sorry.
mdevil666
2017-11-24, 18:43:52
Heute endlich Reaktion auf die Anfrage vom Sonntag, wow, sind die schnell!
Megamember
2017-11-24, 21:29:38
Bei mir verging über eine Woche zwischen Ankunft meiner CPU in Holland und dem Erhalt der aus Kanada über Holland zu mir geschickten RMA CPU.
Naja, bei mir hat allein der Versand nach Holland solange gedauert.:usad:
mdevil666
2017-11-27, 14:04:33
Heute nun endlich RMA bestätigt, auf Anfrage auch einen DHL Rücksendeschein bekommen. Geht dann morgen weg. CPU war ein R7 1800x UA1707PGT Malaysia. Kam nach 50-150 Sekunden Segfault beim kill-ryzen.sh script. Hatte aber auch Macken im Windows, Hänger aufm PCIe Bus und Audio der Soundblaster Z stieg alle 30-60 min aufm Digital aus. Lag aber mal nicht an der Soundblaster, mit dem Onboard Realtek wars noch schlimmer, komische Störgeräusche und Ausfälle. Geht nu morgen ab zur Post :).
Megamember
2017-11-30, 14:12:26
Meine Austausch-CPU ist endlich auch gekommen. Ist ein 1740SUS. AUfm Lieferschein steht übrigens ne ganz andere Batch und Date Code Nummer als auf der CPU selbst, muss mich das beunruhigen?
Kann ihn auch nichtmehr mit manueller Vcore und Multi übertakten, sonst hängt der Takt bei 2200MHZ, sehr merkwürdig.
aufkrawall
2017-11-30, 16:47:34
Denen einen Bug in der CPU gegen den nächsten getauscht? :freak:
Megamember
2017-11-30, 17:09:16
Keine Ahnung was der Mist soll, bei google find ich jedenfalls jede Menge mit demselben Problem. Hab jetzt zurückgeflashed und mit Pstates übertaktet, das klappt.
mdevil666
2017-12-07, 14:12:06
Nachdem DHL meine CPU nicht zu AMD bringen wollte kam heute unverhofft und unangekündigt eine neue CPU an. Ist ein R7 1800x 1734 SUS Made in China. Endlich meine Wakü wieder zusammenbauen, und dann erst mal testen.
paulmoki
2017-12-09, 12:13:24
Hab diese Woche auch meinen Austausch R5 1600x erhalten. Es ist ein 1740 SUS. Was auffällt ist das die Corespannung ( ohne Turbo ) nun 1.1V anstatt 1.25V ist und erste Tests mit 4 Ghz nun mit 1.37V anstatt mit 1.44V durchlaufen. Mal sehen wie weit man da noch runter kann. Die neuen scheinen schon etwas besser zu laufen.
Rolsch
2017-12-09, 20:12:24
Hab diese Woche auch meinen Austausch R5 1600x erhalten. Es ist ein 1740 SUS. Was auffällt ist das die Corespannung ( ohne Turbo ) nun 1.1V anstatt 1.25V ist und erste Tests mit 4 Ghz nun mit 1.37V anstatt mit 1.44V durchlaufen. Mal sehen wie weit man da noch runter kann. Die neuen scheinen schon etwas besser zu laufen.
Mein Austausch R7 1700 hat sich was Spannung angeht kaum verbessert. So 0,025V bei gleicher Taktrate. Ist laut Lieferschein ein 1730 SUS, hab leider vergessen auf der CPU abzulesen.
-Phoenix-
2017-12-12, 08:38:52
Meine CPU ist auch betroffen:
-Phoenix- | R7 1700X | KW07/2017 | 1707xxx | China | Segfault nach 25 Minuten ./kill-ryzen, Arch Linux 4.13.x
Habe gestern abend den Test durchgeführt, Antrag gestellt und heute morgen die RMA Bestätigung erhalten. Hab die CPU grad ausgebaut und werde dann den Kurier kommen lassen, mal sehen wann der Ersatz da ist.
Lowkey
2018-07-12, 12:53:40
Ich habe meine CPU letzte Woche reklamiert. Der Ablauf war wie hier (https://www.forum-3dcenter.org/vbulletin/showpost.php?p=11480621&postcount=198)beschrieben. Nur bekommt man direkt die Sendungnummer und die Nummer 3 bei der Hotline wird nicht mehr angesagt. Eine Sendungsnummer oder Versandbestätigung gibt es nicht. 1 Tag nach Prüfung war die CPU da. Offensichtlich wird die CPU nur optisch geprüft und weiter nicht getestet. Zwischen Sichtung und Versand liegen um die 10 Minuten. Nach genau 7 Tagen war die neue CPU hier. Sie wollten keinen Nachweis.
Interessant ist allerdings die Tatsache, dass sie meine Tray CPU gegen eine neue Tray CPU (1742 ausgetauscht haben. Im Gegensatz zu Intel gibt wohl AMD auch Garantie auf WOF bzw. Tray CPUs.
BlackArchon
2019-01-27, 09:08:08
Ich habe das Thema mit den Abstürzen beim Kompilieren mit Ryzen 1000-CPUs jetzt eine Weile nicht mehr verfolgt, was war denn nun die wirkliche Ursache? Ein Problem mit dem GCC oder wirklich mit Ryzen?
Rolsch
2019-01-27, 09:21:17
Ich habe das Thema mit den Abstürzen beim Kompilieren mit Ryzen 1000-CPUs jetzt eine Weile nicht mehr verfolgt, was war denn nun die wirkliche Ursache? Ein Problem mit dem GCC oder wirklich mit Ryzen?
Ist ein Problem der CPU. Aber soweit ich weiß kein logischer Designfehler sondern ein Poblem des Fertigungsprozesses.
Brillus
2019-01-27, 13:28:21
Ist ein Problem der CPU. Aber soweit ich weiß kein logischer Designfehler sondern ein Poblem des Fertigungsprozesses.
Ja sowas hab ich auch im Kopf, ein Fehler der durch die Tests gerutscht ist.
Rooter
2019-01-27, 14:39:30
Und die Ryzen 2000?
MfG
Rooter
aufkrawall
2019-01-27, 14:43:08
Die hatten das Problem glücklicherweise nie, genau so wenig wie die erste Threadripper- und Epyc-Gen.
bnoob
2019-01-28, 09:01:38
Und auch Ryzen 1 ab einer gewissen Fertigungswoche
Lowkey
2019-01-28, 09:03:40
Die haben am Anfang Beweise verlangt und gegen Ende kommentarlos getauscht.
Macht Intel auch so.
Rolsch
2019-01-28, 09:09:44
Und auch Ryzen 1 ab einer gewissen Fertigungswoche
Wobei auch nicht alle alten Ryzen betroffen waren.
BlackArchon
2019-01-28, 17:34:47
Danke, da weiß ich jetzt besser Bescheid. :)
Rolsch
2019-01-31, 00:05:40
Für alle die noch einen Ryzen 1 testen wollen klemme ich hier mal den Windows Test rein. Einfach den Launcher mit den vorgeschlagenen Werten starten, wenn in einer Stunde das Programm nicht abstürzt ist höchstwahrscheinlich alles OK. Bei mir kam der Fehler nach ein paar Minuten.
vBulletin®, Copyright ©2000-2025, Jelsoft Enterprises Ltd.