Floating point exception - chybny procesor?

**Rainbow** · 06.02.2004, 10:51

Ked som vcera rozchodil tu zvukovku v Linuxe a prehraval som MP3ojky programom amp, vzdy to po case spadlo s chybou "Floating point exception". To iste sa mi parkrat objavilo pri nejakej kompilacii. Vsetko vyzera tak, ze mam chybny procesor Cyrix MII PR300 - vymenil som ho za Cyrix 6x86MX PR233 a vsetky problemy zmizli

**Rainbow** · 06.02.2004, 12:09

Hovno procesor, s tym druhym to teraz zacalo robit tiez

Dal som tam Pentium 166MMX a uvidim...
Zaujimave, ze vo Windowsoch vsetko chodi bez problemov

Aj Prime mi tam nejaku hodinku bezalo a potom som ho skoncil...

**Rainbow** · 06.02.2004, 13:31

S Pentiom to nerobi - to bude zase nejaky nechutny bug

**lempour** · 06.02.2004, 13:43

co mas za distribuci (a gcc)?
si vzpominam ze se mi toto jednou stalo, kdyz jsem neco zkompiloval z nejakou bugovou verzi gcc a dal jsem tam asi nejakou "hodne optimalni" optimalizaci, tak ten program crashnul s timto.

**Rainbow** · 06.02.2004, 14:28

Ten program amp je z CDcka Slackware 9.1 - skompilovany pre 486. Najviac ma na tom stve, ze tie chyby to robi uplne nahodne - niekedy 5 minut hra MP3ojka a potom spadne, niekedy okamzite po spusteni. Este zaujimavejsia vec je, ze ked spustim "amp -c nieco.mp3 /dev/null" - konverzia z MP3 na wav - tak to nespadne nikdy

xmms robi to iste - nahodne pada, akurat bez akejkolvek chyby.
mpg321 hra hnusne, neda sa to pocuvat.

**wong** · 06.02.2004, 18:43

a nemato teda neco spolecnyho se zvukovkou, kdyz do /dev/null to jde v pohode?

neco podobnyho se mi stavalo, kdyz sem mel OC procesor, ale tohle neni ten pripad

**Rainbow** · 06.02.2004, 18:52

Uz sa mi stalo, ze kompilacia jadra skoncila presne s tou istou chybou. Tak isto Mozilla Firebird...

**Wohmatak** · 06.02.2004, 19:18

vetsina chyb kompajleru vychazi ze spatne fungujicich pameti ne? anebo kdyz uz jede procesor pres svy moznosti...

**Rainbow** · 06.02.2004, 19:31

Pamat je dobra a tie chyby to robi uplne rovnako ked ide ten procesor na PR166 a 2,9V ako ked ide na PR300 pri 1,8V... Robia to oba Cyrixy a ked tam dam Pentium, tak to nerobi.

**Wohmatak** · 06.02.2004, 19:44

Původně odeslal Rainbow

Pamat je dobra a tie chyby to robi uplne rovnako ked ide ten procesor na PR166 a 2,9V ako ked ide na PR300 pri 1,8V... Robia to oba Cyrixy a ked tam dam Pentium, tak to nerobi.

no tak se ti asi na necem vysiraji optimalizace... mozna nejak spatne zkompajlene glibc nebo tak

zkousels mailing listy?

**Lopan** · 08.02.2004, 23:23

Daval jsem ted tez Slackware 9.1 na linuxovy router a cely komp neuveritelne tuhnul pri jakemkoli pokusu o kompilace. Mno pak jsem zjistil ze je v desce za 200Kc s chipsetem KT133KLE Duron 1.4 a hlasi se jako Unknow CPU type 1600.
System sice jede ale kompilace jsem musel vyresit pres druhy komp.

**Rainbow** · 21.03.2004, 22:59

Takze stale je to nevyriesene.
Stiahol som Prime. Vo Windows 98SE prebehne Benchmark bez problemov, rovnako chodi Torture test.
V Linuxe Benchmark vzdy spadne so znamou chybou, rovnako pada Torture test. Robi to rovnako staticky aj dynamicky linkovana verzia Prime. Pada to s mojim kernelom 2.6.3, tiez som skusil nabootovat zo Slackware CD 2 (kernel bare.i - 2.4.22) - pada to rovnako. Ako posledna moznost este boot z tohoto CD s parametrom init=/bin/sh. Benchmark nepadol hned - chvilku bezal a padol az potom...

Este musim niekedy vyskusat nejake minimalne jadro a pripadne inu dosku...

[edit]
Takze robi to aj s jadrom, ktore je skompilovane pre 386 a ma len podporu zakladnych veci... Je tam nejaky subor cyrix.c, kde sa robia rozne nastavenia pre Cyrix CPU - vyskusam to nejako odstranit, ci tam nie je chyba.

[edit]
Tak nepomohlo ani to

[edit]
Dal som ten procesor do dosky A-Trend ATC-5030 a tam to vyzera byt funkcne...

**Rainbow** · 23.03.2004, 23:27

No tak som sa v tom este porypal a tymto som to vyriesil:
V zdrojakoch jadra v subore arch/i386/kernel/traps.c je toto

Kód:

        switch &#40;&#40;&#40;~cwd&#41; & swd & 0x3f&#41; | &#40;swd & 0x240&#41;&#41; &#123;
                case 0x000&#58;
                default&#58;
                        break;
                case 0x001&#58; /* Invalid Op */

Zmenil som to takto:

Kód:

        switch &#40;&#40;&#40;~cwd&#41; & swd & 0x3f&#41; | &#40;swd & 0x240&#41;&#41; &#123;
                case 0x000&#58; /* Hack for Cyrix problems */
                case 0x200&#58;
                        return;
                default&#58;
                        break;
                case 0x001&#58; /* Invalid Op */

Cize chyba 0 a 200h sa ignoruje. Chybu 0 mi to hadzalo dost casto a obcas to hodilo aj tu 200h (dal som tam printk, aby mi to vzdy pri chybe vypisalo aj to cislo).
Teraz to pocita prime bez problemov a zatial mi nic nepadlo.
Necital som, co vlastne tie flagy znamenaju - takze je mozne, ze tato "oprava" sposobi, ze niektore skutocne chyby to bude ignorovat.

**Rainbow** · 02.04.2004, 22:50

Tak vyzera, ze to chodi dobre - odvtedy ziadne problemy so stabilitou

**Rezna** · 03.04.2004, 14:13

No jestli si dobre pamatuju, tak pri kompilaci jadra jsou nejaky volby pro opravu nekterych chyb a mam dojem, ze tam bylo i neco ohledne Cyrix procesoru.

**Rainbow** · 03.04.2004, 14:24

Vybera sa tam akurat typ procesora a ten je (a bol) zvoleny spravne.
Hlavne, ze to uz chodi.

**Rezna** · 03.04.2004, 14:30

No ted sem momentalne ve widlich, takze nevim presne, ale mam dojem, ze to nebylo primo v sekci, kde se vybira typ procesoru. No ale pokud to jede, tak ok.

Téma: Floating point exception - chybny procesor?

Nástroje témat

Zobrazení

Floating point exception - chybny procesor?

Informace o tématu

Users Browsing this Thread

Pravidla přispívání