[Discussione] AMD Ryzen - problematiche di Segmentation Fault (segfault)

[papugo1980]

Ma anche un errore del programma poteva essere...se ne sono viste tanti tipi nelle pagine precedenti
Rifai il test e vedi dopo fail cosa scrive (lascialo fare un altro po)

[s12a]

Originariamente inviato da Debern9093

Ciao ragazzi mi inserisco anche io nella discussione in quanto ho appena effettuato il test x due volte sul mio ryzen 5 1600x e credo sia affetto dal segfault.. Posto due screen x conferma

https://imgur.com/a/vdRyc

https://imgur.com/a/vffu0

Altra domanda.. Ho acquistato il processore circa un mese fa ma nn ho più la scatola.. E possibile fare comunque rma?

1) Prima domanda: da quale URL hai scaricato ryzen-test? Quello fornito qualche giorno fa non va bene con Ubuntu 17.10 uscito oggi. Per il momento serve la versione (fork) di Oxalin, ossia quella disponibile qui: https://github.com/Oxalin/ryzen-test

(Non quella originale scritta da Suaefar, ossia questa: https://github.com/suaefar/ryzen-test)


2) Seconda domanda: quando l'errore accade, se apri un nuovo tab dal terminale (CTRL+SHIFT+T) e digiti:

tail -n 40 /mnt/ramdisk/workdir/buildloop.d/loop-0/build.log

Sostituendo al numero in "loop-0" il numero del loop che ti ha detto "build failed", che cosa esce fuori? Questo comando lo puoi digitare anche mentre l'altro tab continua a lavorare. È il log delle operazioni che fa; eventuali messaggi di errore dettagliati appaiono lì. Nota che il comando così com'è stampa le ultime 40 righe di quel file. Sostituendo a 40 (in "-n 40") un altro valore, stampa quel numero di righe.

Generalmente parlando, il fatto che il primo errore sia avvenuto dopo 71 secondi ed il secondo dopo il riavvio del PC (da quanto scrivi. Riavviare solo il test e stop può dare problemi con le impostazioni di default) invece dopo 294 secondi non dovrebbe indicare errori ordinari. Mi chiedo perché il kernel non ti indichi segfault però. È possibile che sia comunque successo un errore riconducibile ad esso, ma che non ha provocato segfault (avevo già evidenziato questa possibilità in precedenza; due volte di seguito mi sembra strano tuttavia).

Se però escono fuori riferimenti ad una versione "7.1.0" ed un errore causato dal codice sorgente in un file come qui sotto, hai scaricato la versione sbagliata del test:



Notare che usando la versione sbagliata riporta anche da me (in virtual machine) TIME TO FAIL senza errori dal kernel. Però da me falliscono tutti i loop contemporaneamente. Al momento non ho tempo per riprovare, ma dovrebbe ripetersi dopo lo stesso tempo in questo caso:



EDIT: alla fine ho riprovato, ed ha fallito su tutti i loop con lo stesso errore dal log dopo 508 secondi. Non è comunque un segfault od un problema riconducibile a difetti od instabilità nella CPU.

[Debern9093]

Ciao grazie per la risposta, ho eseguito il test di oxalin.. Oggi riprovo e ti posto il log mi sembra strano anche a me che fallisce due volte di fila.. Mi scarica le gcc 7.2.0 se nn ricordo male

[alexsky8]

Originariamente inviato da s12a

1) Prima domanda: da quale URL hai scaricato ryzen-test? Quello fornito qualche giorno fa non va bene con Ubuntu 17.10 uscito oggi. Per il momento serve la versione (fork) di Oxalin, ossia quella disponibile qui: https://github.com/Oxalin/ryzen-test

a me con questa versione Oxalin e Ubuntu 17.10 da errore

[s12a]

Un chiaro avviso di segfault è infatti proprio quello che si dovrebbe vedere in caso di problemi relativi al thread e la CPU.

[alexsky8]

Originariamente inviato da s12a

Un chiaro avviso di segfault è infatti proprio quello che si dovrebbe vedere in caso di problemi relativi al thread e la CPU.

quindi ?
neppure una CPU uscita bene a sett 33 ne è esente

che conclusioni possiamo trarre ?

a sto punto sto pensando di non restituire più immediatamente la CPU ad Amazon ma attendere la prossima generazione a fare la sostituzione perchè il problema potrebbe essere di carattere differente rispetto alla semplice selezione

[bagnino89]

Originariamente inviato da alexsky8

quindi ?
neppure una CPU uscita bene a sett 33 ne è esente

che conclusioni possiamo trarre ?

a sto punto sto pensando di non restituire più immediatamente la CPU ad Amazon ma attendere la prossima generazione a fare la sostituzione perchè il problema potrebbe essere di carattere differente rispetto alla semplice selezione

[s12a]

Originariamente inviato da alexsky8

quindi ?
neppure una CPU uscita bene a sett 33 ne è esente

che conclusioni possiamo trarre ?

a sto punto sto pensando di non restituire più immediatamente la CPU ad Amazon ma attendere la prossima generazione a fare la sostituzione perchè il problema potrebbe essere di carattere differente rispetto alla semplice selezione

O magari è sempre un problema di selezione per questo stepping, ma nel senso che solo le CPU top-binned (casi fortunati o Threadripper) si salvano. Come scritto in precedenza però non penso però che in tal caso AMD possa permettersi di spedire a tutti ottime CPU; se a partire dalla data di produzione 1725 è migliorato qualcosa per tutti (o quasi) nel processo di selezione/binning, l'azienda potrebbe starci rimettendo rispetto a quanto previsto inizialmente.

Nel frattempo potresti provare come Gioz a vedere se aumentando la tensione SoC migliora la stabilità nel test. Da quello che leggo però 1.2V è veramente il limite massimo e forse è già fin troppo alto a quel livello. Di default dovrebbe essere fra 0.9 e 1.0V se ho letto correttamente.

[alexsky8]

Originariamente inviato da s12a

Nel frattempo potresti provare come Gioz a vedere se aumentando la tensione SoC migliora la stabilità nel test. Da quello che leggo però 1.2V è veramente il limite massimo e forse è già fin troppo alto a quel livello. Di default dovrebbe essere fra 0.9 e 1.0V se ho letto correttamente.

dove l'hai letto ?

[alexsky8]

Originariamente inviato da bagnino89

è chiaro che sta storia andrà avanti fino al prossimo step produttivo

[s12a]

Originariamente inviato da alexsky8

dove l'hai letto ?

Discussione nella pagina precedente:

http://www.hwupgrade.it/forum/showpo...&postcount=237
http://www.hwupgrade.it/forum/showpo...&postcount=238
http://www.hwupgrade.it/forum/showpo...&postcount=239

Originariamente inviato da alexsky8

quindi ?
neppure una CPU uscita bene a sett 33 ne è esente

che conclusioni possiamo trarre ?

a sto punto sto pensando di non restituire più immediatamente la CPU ad Amazon ma attendere la prossima generazione a fare la sostituzione perchè il problema potrebbe essere di carattere differente rispetto alla semplice selezione

Per legge, dopo aver riscontrato un difetto hai massimo 2 mesi per restituire il prodotto, altrimenti perdi il diritto alla garanzia su quel difetto...

[alexsky8]

Originariamente inviato da s12a

Discussione nella pagina precedente:

http://www.hwupgrade.it/forum/showpo...&postcount=237
http://www.hwupgrade.it/forum/showpo...&postcount=238
http://www.hwupgrade.it/forum/showpo...&postcount=239

ah ok ma 1,2 in effetti mi sembra altino

[alexsky8]

Originariamente inviato da moob1

Per legge, dopo aver riscontrato un difetto hai massimo 2 mesi per restituire il prodotto, altrimenti perdi il diritto alla garanzia su quel difetto...

nei 24 mesi se c'è un difetto di fabbricazione che ne possa pregiudicare la corretta funzionalità credo sia abbia il diritto al rispetto della garanzia
comunque attendo la revisione 2 di ryzen e poi chiamo AMazon

Originariamente inviato da alexsky8

nei 24 mesi se c'è un difetto di fabbricazione che ne possa pregiudicare la corretta funzionalità credo sia abbia il diritto al rispetto della garanzia
comunque attendo la revisione 2 di ryzen e poi chiamo AMazon

Una volta riscontrato hai 2 mesi di tempo per la restituzione però, essenzialmente non puoi fare come ti pare, proprio per evitare casi come il tuo.

[alexsky8]

Originariamente inviato da moob1

Una volta riscontrato hai 2 mesi di tempo per la restituzione però, essenzialmente non puoi fare come ti pare, proprio per evitare casi come il tuo.

non posso permettermi la sostituzione con un altro prodotto potenzialmente affetto dall'errore perchè qua il problema è differente rispetto alla semplice selezione

se TR o Epyc ne sono esenti con uno step successivo attenderò anche Ryzen ad uno step successivo

[Angelonero87]

Ho fatto un po di test anche io in breve:
Default: segfault
OC: segfault
Default+Vsoc 1.1v: segfault
Default+smt off: PASS
OC+smt off: PASS
nel mio caso sembra essere l'smt ad avere problemi

[doctor who ?]

Originariamente inviato da moob1

Una volta riscontrato hai 2 mesi di tempo per la restituzione però, essenzialmente non puoi fare come ti pare, proprio per evitare casi come il tuo.

come si può dire quando è stato riscontrato ?

alla fine dei conti sarei pronto a scommettere che la maggior parte della gente con la cpu fallata non ne sa nulla, se amd accetta rma senza pensarci troppo, mi viene da pensare che siano (relativamente) in pochi a verificare e chiedere la sostituzione.

Magari si sono fatti i conti ed hanno deciso che sostituire X cpu costa meno, sia economicamente sia sotto altri aspetti, rispetto ad un'eventuale class action/pubblicità negativa/ammissione del problema

Originariamente inviato da doctor who ?

come si può dire quando è stato riscontrato ?

alla fine dei conti sarei pronto a scommettere che la maggior parte della gente con la cpu fallata non ne sa nulla, se amd accetta rma senza pensarci troppo, mi viene da pensare che siano (relativamente) in pochi a verificare e chiedere la sostituzione.

Magari si sono fatti i conti ed hanno deciso che sostituire X cpu costa meno, sia economicamente sia sotto altri aspetti, rispetto ad un'eventuale class action/pubblicità negativa/ammissione del problema

Ovviamente quello sta al buon senso delle persone.

[alexsky8]

Originariamente inviato da moob1

Ovviamente quello sta al buon senso delle persone.

ci mancherebbe ma qua sarebbe ben peggio farsi sostituire 10 CPU per averne una buona e aprire 10 sigilli; credo che la soluzione migliore per tutti sia attendere Ryzen 2 o comunque una revisione

10gg senza CPU per fare RMA da AMD per ora non ci penso neppure