Retourner au contenu associé (dépêche : quand AMD retrouve Intel ...)
Posté par DAGAN Alexandre le 22 janvier 2002 à 08:55. En réponse à la dépêche quand AMD retrouve Intel .... Évalué à 2.
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル
# Un traduction de l'article sur Linux Today
Posté par DAGAN Alexandre . En réponse à la dépêche quand AMD retrouve Intel .... Évalué à 2.
Pour ceux que ca intéresse....
--------
LinuxToday relaye un article de gentoo linux, en voici une traduction toute
personnelle:
"...un bug majeur dans les processeurs Athlon a été découvert, il affecte
le noyau 2.4. Notez bien que ce bug concerne le processeur et pas le noyau
Linux. Néanmoins, il pose problème du fait du grand nombre d'exemplaires
de proceseurs concernés (Athlon/Duron/Athlon MP).
Voici les détails. Comme vous le savez sans doute, les système x86 ont une
gestion de la mémoire par pages de 4ko. Néanmoins, avec l'apparition des
processeurs Pentium, Intel a ajouté de nouvelles fonctionnalités appelées
"extended paging" ou gestion de pages étendue, qui autorise l'utilisation
de pages de 4Mo.
Là est le problème -- Beaucoup de processeurs Athlon et Duron ont des problèmes
de corruption de mémoire quand la pagination étendue est utilisée en même
temps que l'AGP. Et ce problème nous dérange car si les noyaux Linux 2.4
sont compilés avec une configuration "Pentium-Classic" ou autres processeurs
de la même famille, la configuration sera telle que le noyau cherchera à
tirer profit de la pagination étendue (pour les hackers du noyau, il s'agit
de la constante X86_FEATURE_PSE définie dans include/asm-i386/cpufeature.h.).
Heureusement il y a un moyen simple et rapide de corriger ce problème. Si
vous avez eu des blocages sur votre Athlon, Duron ou Athlon MP en utilisant
l'AGP, essayez de mettre l'option mem=nopentium dans le noyau (en utilisant
GRUB ou LILO) lors du boot. Cela "force" le noyau à utiliser des pages de
4ko, évitant le bug. De plus il doit être possible d'éviter ce problème
en n'utilisant pas l'AGP sur de tels systèmes. Dès que j'ai découvert l'existance
de ce bug, (ce qui est arrivé parceque j'ai un processeur buggé), j'en ai
informé Andrew Morton. Il m'a mis en contact avec Alan Cox. Alan essaye
d'ajouter un code de détection de bug d'Athlon/AGP au noyau, ce qui permettrait
de revenir automatiquement à une gestion de pages sur 4ko si nécessaire."
------------