Újabb AMD bugot találtak a kernelfejlesztők

AMD

Dave Jones [davej@codemonkey.org.uk] egy levelet küldött az LKML-re amelyben egy újabb AMD bugot jelentett be. Az újabb AMD Athlon processzorok (Model 8 stepping 1 és felette) (XP-k/MP-k és a mobil processzorok) egy érdekes problémát tartalmaznak. A CLK_CTL regiszterben levő egyes biteket különbözően kell programozni az előző modellekhez képest. A probléma akkor jelentkezik, ha a felhasználók ezeket az újabb CPU-kat teszik olyan alaplapokba, amelyeknek a BIOS-a nincs erre felkészítve.A javítás: újra kell programozni a CLK_CTL-t 200xxxxx-re a 0x600xxxxx-hoz képest, amelyet az előző CPU-knál kellett alkalmazni. Az AMD emberek szerint ez növeli a stabilitást.

Januárban egy hasonló bugot találtak az AMD CPU-kban.

A 2.5.49-es kernel már tartalmazza ezt a workaroundot. Gondolom a 2.4.x széria is tartalmazni fogja lassan.

A hiba leírása, és a patch Dave Jones levelében:



List: linux-kernel

Subject: A new Athlon 'bug'.

From: davej@codemonkey.org.uk

Date: 2002-11-21 15:56:49

Very recent Athlons (Model 8 stepping 1 and above) (XPs/MPs and mobiles) have an interesting problem. Certain bits in the CLK_CTL register need to be programmed differently to those in earlier models. The problem arises when people plug these new CPUs into boards running BIOSes that are unaware

of this fact.

The fix is to reprogram CLK_CTL to 200xxxxx instead of 0x600xxxxx as it was in previous models. The AMD folks have found that this improves stability.

The patch below does this reprogramming if an affected model/bios is detected.

I'm interested if someone with an affected model could run some benchmarks before and after to also see if this affects performance.

Dave

Eredeti üzenet itt.

( uid_558 | 2002. 11. 26., k – 07:44 )

Nem azért a husz fillerert, de elmagyarazna valaki, hogy ha egy uj processzoron egy dokumentalt valtoztatas tortenik a regebbiekhez kepest az miert is processzorbug? Ilyen alapon az P4 oriasi bugja hogy nem megy slot1-es alaplapokban... Szoval a cikk cime teljesen megfelelne a Blikkbe mondjuk, de ide kicsit ciki, leven hogy nem igaz.

Udv,

compi

Ja. Igazad lenne, ha a dolog elore bejelentett lett volna. Az AMD mernokeinek utolag kellett egy javitast kozreadniuk, amellye 'stabilabb' lett a dolog. Meg akkor lenne Blikk hir, ha ez nem a linux kernel listan jelent volna meg, es nem Dave Jones nyoman, es nem ideztem volna be a levelet. Dave Jones a 2.5-os kernel egyik vezeto fejlesztoje, a SuSE mernoke, akinek a nevehez eleg sok okos dolog fuzodik. Es ugye a patchban workaroundrol beszelnek, ami altalaban hibajavitast jelent.

A cikk melyik resze nem igaz? A 2.5.49-es kernelben benne van a workaround, nem veletlenul tettek bele. Egyebkent a Kerneltrap oldalon is megjelent egy hasonlo cikk, amelyben szinten AMD bugot irtak. Szoval nem ertem a felhaborodasodat...

Szerintem a cikk informativ, ha valaki most a fent emlitett processzorokbol vasarol, regebbi lapba teszi es mondjuk sz@rra fagy a gepe orankent innen legalabb tudja mihez kotni...

Ui: ha meg ugy gondolod, hogy a listan megjelent info nem valos, akkor irj az LKML-re.