<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
"http://docbook.org/xml/4.2/docbookx.dtd" []>
<article lang="fr">
<articleinfo>
<!-- Use "HOWTO", "mini HOWTO", "FAQ" in title, if appropriate -->
<title>Petit guide sur l'économie d'énergie d'un processeur Athlon</title>
<subtitle>
Version française du <foreignphrase>Athlon Powersaving
HOWTO</foreignphrase>
</subtitle>
<author>
<firstname>Daniel</firstname>
<surname>Nofftz</surname>
<affiliation>
<!-- Valid email...spamblock/scramble if so desired -->
<address><email>daniel CHEZ nofftz POINT net</email></address>
</affiliation>
</author>
<othercredit role="traduction">
<firstname>Fanny</firstname>
<surname>Schertzer</surname>
<affiliation>
<address><email>fanny SOULIGNÉ schertzer CHEZ yahoo POINT fr</email></address>
</affiliation>
<contrib>Adaptation française</contrib>
</othercredit>
<othercredit role="premiere-traduction">
<firstname>Mathieu</firstname>
<surname>Pillard</surname>
<affiliation>
<address><email>mat CHEZ nekeme POINT net</email></address>
</affiliation>
<contrib>Première adaptation française</contrib>
</othercredit>
<!-- Merci au relecteur de remplir ces balises :) -->
<othercredit role="relecture">
<firstname>Alice</firstname>
<surname>Martin</surname>
<affiliation>
<address><email>alice CHEZ ouebe POINT org</email></address>
</affiliation>
<contrib>Relecture de la version française</contrib>
</othercredit>
<othercredit role="publication">
<firstname>Jean-Philippe</firstname>
<surname>Guérard</surname>
<affiliation>
<address><email>jean TIRET philippe POINT guerard CHEZ tigreraye POINT org</email></address>
</affiliation>
<contrib>Préparation de la publication de la v.f.</contrib>
</othercredit>
<!-- All dates specified in ISO "YYYY-MM-DD" format -->
<pubdate>2003-10-04</pubdate>
<!-- Most recent revision goes at the top; list in descending order -->
<revhistory>
<revision>
<revnumber>1.1.0.fr.1.0</revnumber>
<date>2004-01-07</date>
<authorinitials>FS, initiales_du_relecteur, JPG</authorinitials>
<revremark>
Adaptation française de la version publiée, basée sur le
travail préliminaire de Mathieu Pillard
</revremark>
</revision>
<revision>
<revnumber>1.1.0</revnumber>
<date>2003-10-04</date>
<authorinitials>DN</authorinitials>
<revremark>Des tas de nouveaux liens et informations</revremark>
</revision>
<revision>
<revnumber>1.02</revnumber>
<date>2003-08-29</date>
<authorinitials>DN</authorinitials>
<revremark>Nouveau site, nouvelle adresse mail -> mise à jour des liens !</revremark>
</revision>
<revision>
<revnumber>1.01</revnumber>
<date>2003-07-09</date>
<authorinitials>DN</authorinitials>
<revremark>Correction de bug ! le bidouillage en ligne de commande du jeu de composants AMD était faux !</revremark>
</revision>
<revision>
<revnumber>0.08.fr.1.0</revnumber>
<date>2003-01-23</date>
<authorinitials>MP</authorinitials>
<revremark>
Adaptation française d'une version préliminaire de ce
document
</revremark>
</revision>
</revhistory>
<!-- Provide a good abstract; a couple of sentences is sufficient -->
<abstract>
<para>
Comment configurer la fonction d'économie d'énergie des
processeurs Athlon, Duron et Athlon XP sur certains jeux
de composants et cartes mères.
</para>
</abstract>
</articleinfo>
<!-- Content follows...include introduction, license information, feedback -->
<sect1 id="intro">
<title>Introduction</title>
<sect2 id="basics">
<title>Bases du mode économie d'énergie de l'Athlon</title>
<para>
Le signal HLT, utilisé par la boucle idle normale du noyau linux ne
permet pas d'économie d'énergie significative sur les processeurs de
la famille Athlon/Duron (désigné ci-après par « processeurs
Athlon »). Pour obtenir une réelle économie d'énergie sur un
processeur Athlon, vous devez passer le processeur en mode STPGNT
(Stop Grant Mode). Dans ce mode, le processeur est déconnecté du bus
frontal (FSB) et peut couper certaines parties du processeur ainsi
que réduire la vitesse d'horloge pour économiser de l'énergie.
</para>
<para>
Certaines cartes-mères récentes supportent également une fonction permettant de passer en STPGNT lorsqu'un signal
HLT est émis.
</para>
</sect2>
<!-- Legal Sections -->
<sect2 id="copyright">
<title>Copyright et licence</title>
<!-- The LDP recommends, but doesn't require, the GFDL -->
<para>
Ce document, <emphasis>Petit guide sur l'économie d'énergie du processeur Athlon</emphasis>,
est sous copyright © 2003 par <emphasis>Daniel Nofftz</emphasis>.
</para>
<para>
Permission est donnée de copier, redistribuer et/ou modifier ce document
selon les termes de la licence de documentation libre GNU FDL,
version 1.2 ou tout autre version publiée postérieurement par
la Free Software Foundation.
La licence peut être consultée à
<ulink url="http://www.gnu.org/copyleft/fdl.html"/>.
</para>
<para>
Linux est une marque déposée par Linus Torvalds.
</para>
</sect2>
<sect2 id="disclaimer">
<title>Disclaimer</title>
<para>
L'auteur n'engage en aucune manière sa responsabilité vis-à-vis du contenu de ce document.
Si vous décidez d'en appliquer les concepts, exemples et informations, c'est à vos propres risques.
Des erreurs et imprécisions peuvent subsister, ce qui pourrait endommager votre système. Soyez prudent.
</para>
<para>
Sauf mention contraire, tous les copyrights appartiennent à leurs propriétaires respectifs.
Aucun terme de ce document ne doit affecter la validité d'une quelconque marque déposée.
Naming of particular products or
brands should not be seen as endorsements.
</para>
</sect2>
<!-- Feedback -->
<sect2 id="commentaires">
<title>Commentaires</title>
<para>
Vos commentaires sont essentiels à ce document. En particulier, de
nouvelles solutions adaptées aux derniers jeux de composants sont
nécessaires. J'ai également besoin de savoir si les différentes
solutions proposées fonctionnent ou non. Envoyez vos informations
complémentaires, commentaires et critiques en anglais à l'adresse
suivante : <email>daniel CHEZ nofftz POINT net</email>.
</para>
<para>
Vous pouvez m'écrire en allemand ou en anglais.
</para>
</sect2>
<sect2>
<title>Nouvelles versions de ce document</title>
<para>
La dernière version de ce guide pratique est toujours disponible sur
<ulink url="http://www.daniel.nofftz.net/linux/"/>.
</para>
</sect2>
</sect1>
<sect1 id="approaches">
<title>Les différentes approches</title>
<para>
Dans ce chapitre, j'exposerai différentes manières de parvenir au
même but : économiser de l'énergie sur votre système Athlon.
L'approche que je recommande actuellement est d'employer le
<quote>bidouillage en ligne de commande</quote>, car le correctif
noyau est obsolète et ne sera plus développé à l'avenir et le
correctif <quote>LVCool</quote> ne supporte qu'une seule famille de
jeux de composants. Le programme <emphasis>athcool</emphasis>
semble bon, mais je ne l'ai pas testé personnellement.
</para>
<para>
Presque toutes les approches exposées vont configurer le bit <quote>
Disconnect enable when STPGNT detected</quote> sur le pont nord de la carte-mère.
Tout le reste du travail est fait par le sous-système ACPI du noyau
qui envoie un signal STPGNT au processeur lorsqu'il entre en mode acpi-c2 idle.
</para>
<para>
Si votre noyau est compilé sans support de l'ACPI, vous devez activer cette option
dans le menu de configuration du noyau et recompiler votre nouveau noyau.
Les option ACPI se trouvent sous <menuchoice><guimenu>General Setup</guimenu>
<guimenu>Power Management Setup</guimenu><guimenuitem>ACPI</guimenuitem></menuchoice>.
Il vous faudra au moins activer les options suivantes : <guimenuitem>ACPI Bus Manager</guimenuitem>,
<guimenuitem>System</guimenuitem> et <guimenuitem>Processor.</guimenuitem>
</para>
<para>
Ou, pour le nouveau noyau 2.4.22 : <menuchoice><guimenu>General Setup</guimenu><guimenu>ACPI Support</guimenu></menuchoice>.
Vous devez au moins activer l'option suivante : <guimenuitem>Processor</guimenuitem>.
</para>
<para>
Certains jeux de composants supportent également un STPGNT si un
signal HLT est détecté. Ces cartes mères ne nécessitent pas
d'activer l'ACPI ! Je cherche d'ailleurs des informations sur
les cartes-mères nécessitant ou non l'ACPI. Si vous l'avez l'avez
testé sur votre propre carte-mère, merci de m'envoyer un courrier
électronique (voir <xref linkend="testing"/>).
</para>
<sect2 id="ligne-de-commande">
<title>Le bidouillage en ligne de commande</title>
<para>
Pour utiliser le bidouillage en ligne de commande, vous devez
normalement activer l'ACPI dans le noyau, à moins que ce ne soit
déjà le cas. Il n'est pas nécessaire de redémarrer pour activer
l'économie d'énergie. Vous pouvez l'activer/désactiver depuis un
terminal, grâce aux commandes suivantes :
</para>
<para>
<variablelist>
<varlistentry>
<term>sur les cartes KT133/133A, KX133, KL/KLE133, KM/KN133, … : (nécessitent d'activer l'ACPI)</term>
<listitem>
<para>
activer : <userinput>setpci -v -H1 -s 0:0.0 52=$(printf %x $((0x$(setpci -H1 -s 0:0.0 52) | 0x80)))</userinput>
</para>
<para>
désactiver : <userinput>setpci -v -H1 -s 0:0.0 52=$(printf %x $((0x$(setpci -H1 -s 0:0.0 52) &amp; 0x7f)))</userinput>
</para>
</listitem>
</varlistentry>
<varlistentry>
<term>sur les cartes KT266/266A/333, KM266/333, … :</term>
<listitem>
<para>activer :</para>
<para><userinput>setpci -v -H1 -s 0:0.0 92=$(printf %x $((0x$(setpci -H1 -s 0:0.0 92) | 0x80)))</userinput></para>
<para><userinput>setpci -v -H1 -s 0:0.0 95=$(printf %x $((0x$(setpci -H1 -s 0:0.0 95) | 0x02)))</userinput></para>
<para>désactiver :</para>
<para><userinput>setpci -v -H1 -s 0:0.0 92=$(printf %x $((0x$(setpci -H1 -s 0:0.0 92) &amp; 0x7f)))</userinput></para>
<para><userinput>setpci -v -H1 -s 0:0.0 95=$(printf %x $((0x$(setpci -H1 -s 0:0.0 95) &amp; 0xfd)))</userinput></para>
</listitem>
</varlistentry>
<varlistentry>
<term>sur la carte KT400 :</term>
<listitem>
<para>activer :</para>
<para><userinput>setpci -v -H1 -s 0:0.0 D2=$(printf %x $((0x$(setpci -H1 -s 0:0.0 D2) | 0x80)))</userinput></para>
<para><userinput>setpci -v -H1 -s 0:0.0 D5=$(printf %x $((0x$(setpci -H1 -s 0:0.0 D5) | 0x02)))</userinput></para>
<para>désactiver :</para>
<para><userinput>setpci -v -H1 -s 0:0.0 D2=$(printf %x $((0x$(setpci -H1 -s 0:0.0 D2) &amp; 0x7f)))</userinput></para>
<para><userinput>setpci -v -H1 -s 0:0.0 D5=$(printf %x $((0x$(setpci -H1 -s 0:0.0 D5) &amp; 0xfd)))</userinput></para>
</listitem>
</varlistentry>
<varlistentry>
<term>sur les cartes SIS730/733 : (expérimental ! merci de m'indiquer si cela fonctionne chez vous)</term>
<listitem>
<para>activer : <userinput>setpci -v -H1 -s 0:0.0 6B=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6B) | 0x01)))</userinput></para>
<para>désactiver : <userinput>setpci -v -H1 -s 0:0.0 6B=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6B) &amp; 0xfe)))</userinput></para>
</listitem>
</varlistentry>
<varlistentry>
<term>sur les cartes SIS735/740/745/746/755 :</term>
<listitem>
<para>activer : <userinput>setpci -v -H1 -s 0:0.0 6A=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6A) | 0x0001)))</userinput></para>
<para>désactiver : <userinput>setpci -v -H1 -s 0:0.0 6A=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6A) &amp; 0xfffe)))</userinput></para>
</listitem>
</varlistentry>
<varlistentry>
<term>sur Nforce :</term>
<listitem>
<para>activer :</para>
<para><userinput>setpci -v -H1 -s 0:0.0 E7=$(printf %x $((0x$(setpci -H1 -s 0:0.0 E7) | 0x06)))</userinput></para>
<para><userinput>setpci -v -H1 -s 0:0.0 6D=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6D) | 0x80)))</userinput></para>
<para>désactiver :</para>
<para><userinput>setpci -v -H1 -s 0:0.0 E4=$(printf %x $((0x$(setpci -H1 -s 0:0.0 E7) &amp 0xf9)))</userinput></para>
</listitem>
</varlistentry>
<varlistentry>
<term>sur Nforce2 : (fonctionne sans activer l'acpi)</term>
<listitem>
<para>activer : <userinput>setpci -v -H1 -s 0:0.0 6F=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6F) | 0x10)))</userinput></para>
<para>désactiver : <userinput>setpci -v -H1 -s 0:0.0 6F=$(printf %x $((0x$(setpci -H1 -s 0:0.0 6F) &amp; 0xef)))</userinput></para>
</listitem>
</varlistentry>
<varlistentry>
<term>sur AMD751 et AMD760/761 :(works without acpi enabled)</term>
<listitem>
<para>
activer : <userinput>setpci -v -s 0:0.0 0x62=$(printf %x $((0x$(setpci -H1 -s 0:0.0 62) | 0x06)))</userinput>
</para>
<para>
désactiver : <userinput>setpci -v -s 0:0.0 0x62=$(printf %x $((0x$(setpci -H1 -s 0:0.0 62) &amp; 0xf9)))</userinput>
</para>
</listitem>
</varlistentry>
</variablelist>
</para>
</sect2>
<sect2 id="athcool">
<title>Le logiciel Athcool</title>
<para>
<emphasis>Athcool</emphasis> est un petit logiciel qui effectue les mêmes tâches
que les commandes <userinput>setpci</userinput> ci-dessus. Il supporte les mêmes cartes-mères
et détecte votre jeu de composants pour passer les bonnes commandes à la carte et activer l'économie d'énergie.
</para>
<para>
Vous pouvez en savoir plus (et le télécharger)<ulink url="http://members.jcom.home.ne.jp/jacobi/linux/softwares.html">ici</ulink>.
</para>
</sect2>
<sect2 id="biosup">
<title>Mise à jour du BIOS</title>
<para>
Sur certaines cartes récentes, le fabriquant fournit une mise à
jour du BIOS qui configure les bits nécessaires sur le jeu de
composants de la carte (ou vous laisse choisir dans le menu de
configuration du BIOS si la fonction doit être activée ou non).
Référez-vous au site web du fabriquant de votre carte-mère pour
voir si une telle mise à jour du BIOS est disponible.
</para>
</sect2>
<sect2 id="correctif">
<title>Mon correctif noyau</title>
<para>
Mon correctif est basé sur un autre correctif (de Jan Niehusmann)
que j'ai trouvé sur Newsnet. Je l'ai modifié pour qu'il supporte
également le jeu de composants KT266/266A. D'ailleurs, mon
correctif fait le même travail que le bidouillage en ligne de
commande, la seule différence est que cela se passe à présent à
l'intérieur du noyau. C'est pour cela que je conseille la ligne de
commande, car c'est vraiment simple à réaliser.
</para>
<procedure>
<title>Bon… maintenant, voilà comment appliquer le correctif étape par étape :</title>
<step>
<para>
D'abord, vous devez télécharger le correctif : </para>
<para><ulink url="http://www.daniel.nofftz.net/linux/amd_cool.diff">Correctif pour le noyau 2.4.17</ulink>
</para>
<para><ulink url="http://www.daniel.nofftz.net/linux/amd_cool.linux-2.4.21.diff">
Correctif pour le noyau 2.4.21</ulink> (merci à Thomas Reinhardt d'avoir réalisé le portage pour le noyau 2.4.21)
</para>
</step>
<step>
<para>
Connectez-vous en root
</para>
</step>
<step>
<para>
<userinput>cd /usr/src</userinput>
</para>
</step>
<step>
<para>
Appliquez le correctif :
<userinput>
cat $chemin-du-correctif/amd_cool.diff | patch -p0
</userinput>
</para>
</step>
<step>
<para>
<userinput>cd linux</userinput>
</para>
</step>
<step>
<para>
Compilez votre nouveau noyau.
</para>
</step>
<step>
<para>
Redémarrez en prenant soin d'entrer <userinput> amd_disconnect=yes </userinput> au prompt de démarrage.
C'est nécessaire à cause de bugs connu du processeur Athlon qui peuvent causer des problèmes sur plusieurs cartes.
Testez le correctif. S'il fonctionne, ajoutez l'option <userinput> amd_disconnect=yes </userinput> au fichier <filename>/etc/lilo.conf</filename>.
</para>
</step>
</procedure>
</sect2>
<sect2 id="lvcool">
<title>La solution LVCool</title>
<para>
<emphasis>LVCool</emphasis> est un portage du programme Windows
<ulink url="http://vcool.occludo.net/">VCool</ulink>. Il ne supporte que les jeux de composants KT133/133A et KX133. Je ne peux
pas fournir de support sur LVCool. Vous pouvez le télécharger
<ulink url="http://vcool.occludo.net/VC_Linux.html">ici</ulink>. Cette solution nécessite de compiler l'ACPI dans le noyau.
</para>
</sect2>
<sect2 id="fvcool">
<title>Le programme FVCool</title>
<para>
Vous trouverez <ulink url="http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/download.html">ici</ulink>
un autre programme d'économie d'énergie qui supporte plusieurs jeux de composants. Je ne l'ai pas testé mais
j'ai entendu dire qu'il fonctionne. Essayez… Un logiciel supplémentaire est fourni en même temps pour employer les senseurs
de certaines cartes-mères (comme le paquetage lm-sensors).
</para>
</sect2>
<sect2 id="amd760mp">
<title>Économie d'énergie AMD 760MP</title>
<para>
Il existe un module du noyau qui active l'économie d'énergie du jeu de composants multiprocesseur 760MP.
Vous pouvez le trouver
<ulink url="http://www.muru.com/linux/amd-smp-idle/">ici</ulink>.
Je ne sais pas s'il fonctionne bien, mais j'ai reçu au moins un mail d'une personne me confirmant
son bon fonctionnement chez lui. Essayez.
</para>
</sect2>
</sect1>
<sect1 id="else">
<title>Quoi d'autre ?</title>
<sect2 id="testing">
<title>Comment tester le bon fonctionnement</title>
<para>
Bon… Vous appliquez l'une des méthodes décrites et vous voulez vérifier si ça marche.
Il y a deux moyens de le savoir :
</para>
<para>
Si vous avez un ventilateur contrôlé par la température sur votre CPU-Heatsink, vous pouvez mesurer le niveau de bruit
produit par le ventilateur. Après quelques minutes, donnez du travail à votre processeur.
</para>
<procedure>
<title>En général, je m'y prends comme suit :</title>
<step><para>
je me connecte en root
</para></step>
<step><para>
<userinput>cd /usr/src/linux</userinput>
</para></step>
<step><para>
et je donne du travail à la machine : <userinput>while true; do make clean; make bzImage; done</userinput>
</para></step>
</procedure>
<para>
Après 20 ou 30 secondes, vous devriez remarquer que le ventilateur produit davantage de bruit en même temps que sa vitesse augmente.
N'oubliez pas de couper la boucle while après quelque minutes avec la commande STRG-C.
</para>
<para>
La même procédure que ci-dessus fonctionne avec un programme de monitoring de la température du processeur
(comme lm-sensors ou xmbmon).
</para>
</sect2>
<sect2 id="bugs">
<title>Bugs et problèmes connus</title>
<para>Les processeurs Athlon/Duron sont affectés de deux bugs connus. Ils portent les numéros
11 et 14 dans le <citetitle>AMD Athlon Processor Revision Guide</citetitle>. Il semble que
l'Athlon XP est sensiblement moins affecté par ces bugs. Donc, si vous avez un Athlon XP, vous faites
partie des veinards (comme moi).</para>
<para>Les bugs peuvent causer les problèmes suivants :
<itemizedlist>
<listitem>
<para>sauts durant la lecture de musique</para>
</listitem>
<listitem>
<para>sauts et ralentissements durant la lecture de video</para>
</listitem>
<listitem>
<para>ralentissement des transferts du disque dur ultra-DMA</para>
</listitem>
<listitem>
<para>arrêts du système</para>
</listitem>
<listitem>
<para>problèmes avec l'USB</para>
</listitem>
<listitem>
<para>quelqu'un a parlé d'un grésillement important</para>
</listitem>
</itemizedlist>
</para>
<para>Une mise à jour du BIOS peut parfois résoudre des problèmes (en particulier concernant
le bug 11, qui pourrait être causé par le BIOS). Mais d'après ce que j'en sais, cela ne concerne que peu de cartes.</para>
<para>Pour la carte Asus A7V133-C, il est connu que l'option du BIOS <option>PCI master read caching</option>
résout la plupart des problèmes lorsqu'elle est activée. Vérifiez si votre BIOS dispose d'une telle fonction.</para>
<para>Il est également connu que sur certaines cartes, l'option du BIOS <option>Delayed Transaction</option>
résout certains problèmes. Vous pouvez tenter le coup sur votre matériel.</para>
<caution><para>
Sur les cartes équipée de KT133A, cela pourrait activer le fameux
bug VIA-Southbridge !
</para></caution>
<para>Vu sur Newsnet à propos de la carte Asus A7V :
<itemizedlist>
<listitem>
<para>sans <option>delayed transaction</option> : le son et la réception TV sautent</para>
</listitem>
<listitem>
<para>avec <option>delayed transaction</option> : le son ne saute pas, les problèmes TV sont plus rares</para>
</listitem>
<listitem>
<para>avec <option>delayed transcation</option> et <option>master read caching</option> : presque pas de problème
TV, le son ne saute pas du tout</para>
</listitem>
</itemizedlist>
</para>
<para>Il y a d'autres sources de problèmes :
<itemizedlist>
<listitem>
<para>le branchement n'est pas assez fort pour gérer les fluctuations de la consommation d'énergie
de la carte-mère et du processeur</para>
</listitem>
<listitem>
<para>certains régulateurs de voltage sur la carte-mère peuvent
avoir le même problème que le branchement ;)</para>
</listitem>
<listitem>
<para>vous avez une K7S5A (d'après ce que j'en sais, cette carte peut vraiment devenir problèmatique lorsque
l'économie d'énergie est activée)</para>
</listitem>
</itemizedlist>
</para>
<para>
Si vous rencontrez des problèmes mineurs en activant l'économie
d'énergie, mais désirez tout de même l'utiliser, un bon compromis
est de l'activer par défaut et de le désactiver lorsque vous voulez
écouter de la musique, regarder la télévision, …
</para>
</sect2>
<sect2 id="todo">
<title>À faire</title>
<para>Ajouter des jeux de composants et davantage d'informations dans ce document.</para>
<para>Éventuellement, une liste de cartes-mères avec des coches <quote>fonctionne</quote> et <quote>ne fonctionne pas</quote>.</para>
</sect2>
<sect2 id="translations">
<title>Traductions</title>
<para>
Il existe des traductions dans différentes langues. Pour l'instant, la plupart sont des traduction de la version pre-XML de ce document.
</para>
<para><ulink url="http://perso.wanadoo.es/cmayo/docs/Athlon-Powersaving-HOWTO-es.html">Espagnol</ulink> par Carlos Mayo</para>
<para><ulink url="http://www.daniel.nofftz.net/linux/Athlon-Powersaving-HOWTO-fr.html">Français</ulink> par Mathieu Pillard</para>
<para><ulink url="http://www.daniel.nofftz.net/linux/Athlon-Powersaving-HOWTO-it.html">Italien</ulink> par Maurizio Fantino</para>
<para><ulink url="http://www.linuxwiki.de/PowersavingHowto">Allemand (traduction partielle)</ulink> par Fabian Mohren</para>
<para><ulink url="http://www.linux.or.jp/JF/JFdocs/Athlon-Powersaving-HOWTO/index.html">Japonais</ulink> par Seiji Kaneko</para>
</sect2>
</sect1>
<!-- rest of document follows... -->
</article>
