From 41498d103b3d4d8590d7ad49dfd3f8acd6e29f04 Mon Sep 17 00:00:00 2001 From: Libreboot Contributor Date: Sun, 7 Jun 2020 04:24:06 +0200 Subject: traduit tout le repértoire docs/misc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- i18n/fr_FR/docs/misc/bbb_ehci.md | 480 +++++++++++++++++++------------------- i18n/fr_FR/docs/misc/codenames.md | 127 +++++----- i18n/fr_FR/docs/misc/index.md | 357 +++++++++++++++------------- 3 files changed, 501 insertions(+), 463 deletions(-) diff --git a/i18n/fr_FR/docs/misc/bbb_ehci.md b/i18n/fr_FR/docs/misc/bbb_ehci.md index 50801a33..88eb9e88 100644 --- a/i18n/fr_FR/docs/misc/bbb_ehci.md +++ b/i18n/fr_FR/docs/misc/bbb_ehci.md @@ -1,136 +1,146 @@ --- -title: EHCI debugging on the BeagleBone Black +titre: Déboguage EHCI sur le BeagleBone Black ... -EHCI debugging +Déboguage EHCI ============== -1. [Find USB port on the target that supports EHCI - debug](#FindUSBportonthetargetthatsupportsEHCIdebug) - -2. [Initial setup of BBB to act as EHCI debug - dongle](#InitialsetupofBBBtoactasEHCIdebugdongle) -3. [Patch BBB's `g_dbgp` module (optional, but highly - recommended)](#PatchBBBsgdbgpmoduleoptionalbuthighlyrecommended) -4. [Configure libreboot with EHCI - debug](#ConfigurelibrebootwithEHCIdebug) - 1. [Selecting `HCD Index` and - `USB Debug port`](#SelectingHCDIndexandUSBDebugport) -5. [How to get the debug logs](#Howtogetthedebuglogs) -6. [Eneble EHCI Debug on the target's kernel (optional, - recommended)](#EnebleEHCIDebugonthetargetskerneloptionalrecommended) -7. [References](#References) - -*NOTE: this documentation may be outdated, and discusses configuring -EHCI debug on the default Debian system that the BBB sometimes comes -with. If you want an easier time, just use [BBB -ScrewDriver](https://www.coreboot.org/BBB_screwdriver) which comes -pre-configured.* - -If your computer does not boot after installing libreboot, it is very -useful to get debug logs from it, from the payload (grub) and/or the -kernel (if gets to there). All of them stream debug logs on the -available serial (RS-232) by default. However, most of todays laptops -lack RS-232 port. The other option is to stream the logs to USB EHCI -debug port. - -This section explains step-by-step how to setup BBB as a “USB EHCI debug -dongle” and configure libreboot and the linux kernel to stream logs to -it (TODO: grub). - -I will refer to three computers: - -- *host* - this is the computer you use, have tools, compiler, - Internet, etc -- *BBB* - Beaglebone Black (rev. B or higher, i use rev. C) -- *target* - the computer you are trying to install liberboot - -### Find USB port on the target that supports EHCI debug {#FindUSBportonthetargetthatsupportsEHCIdebug} - -Not all USB controllers support EHCI debug (see: [EHCI Debug -Port](http://www.coreboot.org/EHCI_Debug_Port#Hardware_capability) ). -Even more, if a USB controller supports EHCI debug, it is available only -*on a single port* that might or might not be exposed externally. - -- You need running OS (GNU+Linux) on your target for this step (If - you've flashed libreboot and it does not boot, you have to flush - back the stock bios) -- You need USB memory stick (the data on it will not be touched). -- The EHCI debugging can not be done through external hub, BBB must be - connected directly to the debug port of the controller (so, no hubs) - - - -- Download^[1](#___fn1)^ - [this](http://www.coreboot.org/pipermail/coreboot/attachments/20080909/ae11c291/attachment.sh) - shell script. - -1. Plug the usb stick in the first available usb port -2. Run the script, you will get output similar to following: +1. [Trouver un port USB sur la cible qui supporte le déboguage EHCI](#FindUSBportonthetargetthatsupportsEHCIdebug) + +2. [Configuration initiale du BBB pour agir en tant que dongle de déboguage +EHCI](#InitialsetupofBBBtoactasEHCIdebugdongle) + +3. [Patcher le module `g_dbgp` du BBB (optionnel, mais hautement recommandé)](#PatchBBBsgdbgpmoduleoptionalbuthighlyrecommended) + +4. [Configurer libreboot pour le déboguage EHCI]((#ConfigurelibrebootwithEHCIdebug) + 1. [Sélectionner `HCD Index` et `USB Debug port`](#SelectingHCDIndexandUSBDebugport) +5. [Comment obtenir les journaux de déboguage](#Howtogetthedebuglogs) +6. [Activer le déboguage EHCI sur le kernel cible (optionnel, recommandé)](#EnebleEHCIDebugonthetargetskerneloptionalrecommended) +7. [Réferences](#References) + +*NOTE: cette documentation peut être périmé, et discute sur la configuration +du déboguage EHCI sur le système Debian de base que le BBB est parfois fournit +avec. Si vous voulez vous faciliter la taĉhe, utilisez juste le [tournevis +BBB](https://www.coreboot.org/BBB_screwdriver) qui est fournit pré-configuré.* + +Si votre ordinateur ne démarre pas après avoir installé libreboot, il est très +utile d'obtenir ses journaux de debug, de la charge utile (grub) et/ou le +kernel (si ça arrive jusqu'à là). Tous diffusent leurs journaux de déboguage +sur le port série disponible (RS-232) par défaut. Cependant, la majorité des +ordinateurs portables d'aujourd'hui manquent d'un port RS-232. +L'autre option est de diffuser les journaux au port USB EHCI de déboguage. + +Cette section explique étapes par étapes comment configurer le BBB comme +"Dongle de déboguage USB EHCI" et configure libreboot et le kernel linux pour +qu'ils diffusent les journaux dessus (TODO: grub). + +Je ferais références à trois ordinateurs: + +- *hôte* - c'est l'ordinateur que vous utilisez, qui a des outils, + compilateurs, Internet, etc +- *BBB* - Beaglebone Black (rév. B ou plus haut, j'utilise la révision C.) +- *cible* - l'ordinateur où on essaye d'installer libreboot + +### Trouver le port USB sur la cible qui supporte le déboguage EHCI {#FindUSBportonthetargetthatsupportsEHCIdebug} + +Pas tous les contrôleurs USB supportent le déboguage EHCI (voyez: [Port de +déboguage EHCI](http://www.coreboot.org/EHCI_Debug_Port#Hardware_capability) ). +Même, de plus, si un contrôleur USB supporte le déboguage EHCI, il est +disponible seulement *sur un port* qui peut ou ne peut pas être exposé à +l'extérieur. + +- Vous avez besoin d'un système d'exploitation (GNU+Linux) en cours + d'exécution sur + votre cible pour cet étape (si vous avez flashé libreboot et ça ne démarre + pas, vous avez à flasher le bios d'usine). +- Vous avez besoin d'une clé USB mémoire (les données sur celle-ci ne seront + pas touchées). +- Le déboguage EHCI ne peut pas être fait depuis un concentrateur (*hub*) USB + externe, le BBB doit être connecté directement au port de déboguage du + contrôleur (donc, pas de concentrateurs). + +- Téléchargez^[1](#___fn1)^ + [ce](http://www.coreboot.org/pipermail/coreboot/attachments/20080909/ae11c291/attachment.sh) + script shell. + +1. Branchez la clé USB sur le premier port USB disponible. +2. Exécutez le script, vous obtiendrez une sortie similaire au suivant: 3. The buses the support debug are Bus 3 (0000:00:1a.0) on Port 1 and Bus 4 (0000:00:1d.0) on port 2. Your usb stick is plugged on Bus 1, Port 3 -4. Repeat the steps, plugging the USB stick in the next available port -5. Go through all available ports and remember(write down) those for - which bus/port of the usb stick matches one of the bus/port that - support debug (bold). - -Remember (write down) for each port (external plug) you found that -supports debug: *PCI device id, the bus id, the port number, and the -physical location of the usb plug.* - -If you do not find a match, you can not get debug over EHCI. Sorry. - -^1^ The guys from coreboot were talking about including the script in -coreboot distribution (check the status). - -### Initial setup of BBB to act as EHCI debug dongle {#InitialsetupofBBBtoactasEHCIdebugdongle} - -BBB must be powered with a barrel power connector since the mini-B USB -plug will be used for the EHCI debug stream. So you will need: - -- power supply (5V, 2A(10W) is sufficient). -- an extra usb cable: A to mini-B - -(On BBB) The linux kernel includes module (g\_dbgp that enables one of -the usb ports on a computer to behave as EHCI debug dongle. Make sure -you have this module available on your BBB (Debian 7.8 that comes with -BBB should have it), if not, you should compile it yourself (see next -section): + (fr: Les bus supportant le déboguage sont le Bus 3 (0000:00:1a.0) sur le + Port 1, et Bus 4 (0000:00:1d.0) sur le port 2. Votre clé USB est branchée + sur le Bus 1, Port 3. +4. Répétez les étapes, en branchant la clé sur le port USB disponible +suivant. +5. Faites ça pour tout les ports disponibles et souvenez-vous (mettez sur +papier) de ceux dont le bus/port de la clé USB correspondent aux bus/port qui +support le déboguage (en gras). + +Souvenez-vous (mettez sur papier) pour chaque port (branchement externe) que +vous avez trouvez qui supporte le déboguage: +*ID du périphérique PCI, id du bus, le numéro du port, et l'emplacement +physique du branchement USB* + +Si vous n'avez pas trouvé de correspondant, vous ne pouvez pas déboguer à +travers EHCI. Désolé. + +^1^ Les mecs de coreboot parlaient d'inclure le script dans la distribution de +coreboot (vérifiez le status de la discussion). + +### Configuration initiale du BBB pour agir en tant que dongle de déboguage EHCI{#InitialsetupofBBBtoactasEHCIdebugdongle} + +BBB doit être alimenté avec un [connecteur d'alimentation +coaxial](https://en.wikipedia.org/wiki/Coaxial_power_connector) puisque le +port USB mini-B sera utilisé pour la réception de la diffusion du déboguage +EHCI. Vous aurez donc besoin: + +- d'une alimentation (5V, 2A(10W) est suffisant). +- un câble usb en plus: A à mini-B + +(Sur le BBB) le kernel linux inclut le module g\_dbgp qui permet à un des +ports USB de l'ordinateur d'agir comme un dongle de déboguage EHCI. +Assurez-vous que vous avez ce module disponible sur votre BBB (Debian version +7.8 fournit avec le BBB devrait l'avoir), si non, vous devriez le compiler +vous-même (voir section suivante): ls /lib/modules/3.8.13-bone70/kernel/drivers/usb/gadget/g_dbgp.ko -Unload all other g\_\* modules: +Déchargez tout les autres modules g\_\* # lsmod # rmmod g_multi ... -Then load g\_dbgp : +Puis chargez g`dbgp: # modprobe g_dbgp # lsmod # should show that g_dbgp is loaded, and no other g_* -Plug the mini-B side of the USB cable in your BBB and the A side in your -target. Then one of the usb devices on your target (with lsusb ) should -be: +Branchez le côté mini-B du câble USB dans votre BBB et le côté A dans votre +cible. Ensuite, un des périphériques USB sur votre cible (avec `lsusb`) +devrait être: Bus 001 Device 024: ID 0525:c0de Netchip Technology, Inc. -If you see the device on the target, you are good to continue to the -next step. +Si vous voyez le périphérique sur la cible, vous êtes bon pour passer à l'étape +suivante. + +### Patcher le module g\_dbgp du BBB (optionnel, mais hautement recommandé){#PatchBBBsgdbgpmoduleoptionalbuthighlyrecommended} + +Sur les raisons de pourquoi vous avez besoin de ça, voyez: [Déboguage Gadget +EHCI](http://www.coreboot.org/EHCI_Gadget_Debug).\ -### Patch BBB's g\_dbgp module (optional, but highly recommended) {#PatchBBBsgdbgpmoduleoptionalbuthighlyrecommended} +Soyez sur que vous avez un environnement de compilation croisée configurée sur +votre hôte pour +l'architecture arm-linux-gnueabihf. -For the reasons why you need this, see: [EHCI Gadget -Debug](http://www.coreboot.org/EHCI_Gadget_Debug).\ -Make sure that you have cross compiling environment for -arm-linux-gnueabihf setup on your *host*. +- Sur le BBB: `uname -r` vous donnera le numéro de la version, tel que + 3.8.13-bone70 (je ferais référence à celà comme tel: \$mav.\$miv-\$lv: où + mav=3.8, miv=13, lv=bone70). -- On BBB: uname -r - this will give you version number like - 3.8.13-bone70 (I will refer to this as: \$mav.\$miv-\$lv: where - mav=3.8, miv=13, lv=bone70 -- Get the BBB kernel ready on your host for cross-compiling: + +- Préparez le kernel BBB sur votre hôte pour la compilation croisée: @@ -142,101 +152,95 @@ arm-linux-gnueabihf setup on your *host*. $ wget http://arago-project.org/git/projects/?p=am33x-cm3.git\;a=blob_plain\;f=bin/am335x-pm-firmware.bin\;hb=HEAD -O kernel/firmware/am335x-pm-firmware.bin $ cp configs/beaglebone kernel/arch/arm/configs/beaglebone_defconfig -- Download the patch from - [coreboot.org](http://www.coreboot.org/images/8/88/Ehci-debug-gadget-patches.tar.gz) -- tar -xf Ehci-debug-gadget-patches.tar.gz (will create dir: +- Téléchargez la rustine (*patch*) depuis [coreboot.org](http://www.coreboot.org/images/8/88/Ehci-debug-gadget-patches.tar.gz) + +- `tar -xf Ehci-debug-gadget-patches.tar.gz` (créera le répertoire: usbdebug-gadget) -- Note that there are two patches (patch\_1 and patch\_2) for each of - the two different version of the kernel (3.8 and 3.10). I will use - 3.8. (If using kernel 3.12 patch\_1 is not needed) -- cd kernel (note that this is one more level: you should be in - \$work\_dir/kernel/kernel) -- Apply the patches: +- Notez qu'il y a deux rustines (patch\_1 et patch\_2) pour chacune des + différentes versions du kernel (3.8 et 3.10). J'utiliserais le 3.8. (Si + vous utilisez le kernel 3.1, patch\_1 n'est pas nécessaire) +- `cd kernel` (vous devriez être dans \$rep\_de\_travail/kernel/kernel) - +- Appliquez les rustines: git apply ../usbdebug-gadget/v3.8-debug-gadget/0001-usb-dbgp-gadget-Fix-re-connecting-after-USB-disconne.patch git apply ../usbdebug-gadget/v3.8-debug-gadget/0002-usb-serial-gadget-no-TTY-hangup-on-USB-disconnect-WI.patch ; make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- beaglebone_defconfig -j4@ -- You should also apply the linux-libre *deblob* script to turn it - into linux-libre (deletes all the blobs from the linux kernel). - [fsfla website](http://www.fsfla.org/ikiwiki/selibre/linux-libre/) - - see +- Vous devriez aussi appliquez les scripts *deblob* de linux-libre pour le + transformer le kernel en linux-libre (supprime tout les blobs du kernel + linux). [site web de fsfla](http://www.fsfla.org/ikiwiki/selibre/linux-libre/) - + jetez un coup d'oeil aux [scripts](http://www.fsfla.org/svn/fsfla/software/linux-libre/scripts/). -- Get your current BBB kernel config (from: /boot/config-) - and copy it to your host as \$work\_dir/kernel/kernel/.config -- Set proper version number: - - On your host, edit \$work\_dir/kernel/kernel/.config (the one - you've just copied from BBB), find the line - CONFIG\_LOCALVERSION="" and change - it to CONFIG\_LOCALVERSION="-\$lv", so it will look something - like: CONFIG\_LOCALVERSION="-bone70" -- Also, make sure that: CONFIG\_USB\_G\_DBGP=m (If not, make - menuconfig, and set @Device Drivers-> USB Support -> USB +- Obtenez la configuration actuelle du kernel de votre BBB depuis le fichier + `/boot/config-`, puis copiez là sur votre hôte en tant que + \$rep\_de\_travail/kernel/kernel/.config . +- Mettez un numéro de version propre: + - Sur votre hôte, éditez le fichier de configuration du kernel que vous + venez juste de copier du BBB, trouvez la ligne + CONFIG\_LOCALVERSION="" et changez là par + CONFIG\_LOCALVERSION="-\$lv", donc ça ressemblera à quelque chose comme: + CONFIG\_LOCALVERSION="-bone70" + +- Aussi, assurez-vous que: CONFIG\_USB\_G\_DBGP=m (si non, exécutez `make + menuconfig` et définissez @Device Drivers-> USB Support -> USB Gadget Support -> EHCI Debug Device Gadget=m -- Build the module: - - +- Compilez le module: $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j4 (is it possoble to build only the gadget modules) $ mkdir ../tmp && make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- INSTALL_MOD_PATH=../tmp modules_install -- on BBB, backup /lib/modules/3.8.13-bone70/kernel/drivers/usb/gadget - (i.e. mv /lib/modules/3.8.13-bone70/kernel/drivers/usb/gadget +- sur le BBB, sauvegardez + `/lib/modules/3.8.13-bone70/kernel/drivers/usb/gadget` + (p.ex en exécuant `mv /lib/modules/3.8.13-bone70/kernel/drivers/usb/gadget \$HOME) -- copy the freshly compiled usb/gadget dir to - /lib/modules/3.8.13-bone70/kernel/drivers/usb -- restart BBB -- Remove all g\_\* modules (rmmod g\_<>) -- modprobpe g\_dbgp - -### Configure libreboot with EHCI debug {#ConfigurelibrebootwithEHCIdebug} - -Libreboot(coreboot) should be configured with debug turned on and to -push debug messages to the EHCI debug port.\ -If you've downloaded the binary distribution, you can check if it is -properly configured in the following way: - -- Go to the libreboot dist root directory cd \$libreboot\_bin -- Locate the rom image for your target (I will call it: \$img\_path) -- Running the following command will extract the config in a file +- copiez le dossier usb/gadget fraîchement compilé dans + `/lib/modules/3.8.13-bone70/kernel/drivers/usb` +- redémarrez le BBB +- Enlevez tout les modules g\_\* (`rmmod g\_<>`) +- `modprobe g\_dbgp` pour charger le module + +### Configurer libreboot avec déboguage EHCI {#ConfigurelibrebootwithEHCIdebug} + +Libreboot(coreboot) devrait être configuré avec le déboguage activé, et de +pousser les messages de déboguage vers le port de déboguage EHCI.\ +Si vous avez téléchargé la distribution binaire, vous pouvez vérifier si elle +est proprement configurée de la manière suivante: + +- Allez dans le répertoire racine `dist` de libreboot: + + $ cd libreboot\_bin +- Situez l'image ROM destinée à votre cible (je l'appelerais: \$img\_path) +- Exécuter la commande suivante extraira la config dans un fichier nommé ./my\_config: - - - ./cbfstool/i686/cbfstool $img_path extract -n config -f ./my_config + $ ./cbfstool/i686/cbfstool $img_path extract -n config -f ./my_config -- Make sure that the following params in the config are set as - following: - - +- Soyez sûr que les paramètres suivants dans la config sont définis: CONFIG_USBDEBUG=y (Generic Drivers -> USB 2.0 EHCI debug dongle support) CONFIG_USBDEBUG_IN_ROMSTAGE=y (Generic Drivers -> Enable early (pre-RAM) usbdebug) CONFIG_USBDEBUG_HCD_INDEX= (Generic Drivers -> Index for EHCI controller to use with usbdebug) CONFIG_USBDEBUG_DEFAULT_PORT= (Generic Drivers -> Default USB port to use as Debug Port) -The following three are behind radio button in the menu. Only the first -one^[2](#___fn2)^ should be = y +Les trois suivants sont derrières trois boutons radios dans le menu. Seulement +le premier ^[2](#___fn2)^ devrait être égal à 'y' USBDEBUG_DONGLE_STD=y (Generic Drivers -> Type of dongle (Net20DC or compatible) -> Net20DC or compatible) CONFIG_USBDEBUG_DONGLE_BEAGLEBONE=n (Generic Drivers -> Type of dongle (Net20DC or compatible) -> BeagleBone) CONFIG_USBDEBUG_DONGLE_BEAGLEBONE_BLACK=n (Generic Drivers -> Type of dongle (Net20DC or compatible) -> BeagleBone Black) -^2^ The g\_dbgp module on BeagleBone Black (Rev. C) reports it self as -Net20DC, the other options are for older BB(B) - ver1. This is -documented -[on John Lewis's blog](https://johnlewis.ie/coreboot-ehci-debug-gadget-demonstration/) -(also tested/verified). +^2^ Le module g\_dbpg sur le BBB (Rév. C) se rapporte lui-même en tant que +Net20DC, les autres options étant pour des BB(B) plus vieux - ver1. C'est +aussi testé, vérifié, et documenté [sur le blog de John Lewis](https://johnlewis.ie/coreboot-ehci-debug-gadget-demonstration/) -Then:\ +Ensuite:\ CONFIG_CONSOLE_USB=y (Console -> USB dongle console output) -Also Debugging \---> Output verbose XYZ ) (*FIXME* somebody verify -these): +Aussi, les options Debugging \---> Output verbose blahblahblah) +(*FIXME*: quelqu'un devrait vérifier celà) CONFIG_DEBUG_CBFS=y (Output verbose CBFS debug messages ) CONFIG_HAVE_DEBUG_RAM_SETUP=y (??? What/where is this) @@ -245,71 +249,72 @@ these): CONFIG_DEBUG_ACPI=y (Output verbose ACPI debug messages ) CONFIG_DEBUG_USBDEBUG=y (Output verbose USB 2.0 EHCI debug dongle messages) -If some of the above mentioned configuration options are not as -specified, you have to configure and compile libreboot yourself. Please -refer to the doc(*FIXME: link* about compiling libreboot. +Si certaines des options de configuration mentionnées ci-dessus ne sont pas +comme spécifiée de base, vous avez à configurer et compiler libreboot +vous-même. -#### Selecting HCD Index and USB Debug port {#SelectingHCDIndexandUSBDebugport} +#### Sélectionner l'Index HCD et le port de déboguage USB {#SelectingHCDIndexandUSBDebugport} -This applies (and works) only if the USB controller that supports debug -(found in the first section) is from Intel.\ -If the PCI ID of the port you found in the first section is 0000:00:1a.0 -or 0000:00:1d.0 , you are ok. Otherwise you have to try without -guarantee that will work. +Ceci s'applique (et marche) seulement si le contrôleur USB qui supporte le +déboguage (trouvé dans la première section de ce guide) provient d'Intel. +Si l'ID du PCI du port que vous avez trouvé dans la première section est 0000:00:1a.0 +ou 0000:00:1d.0 , vous êtes ok. Sinon vous devez réessayez sans garantie que +ça marchera. -If the externally exposed port is on a bus with PCI ID == 0000:00:1a.0 -then for CONFIG\_USBDEBUG\_HCD\_INDEX choose 2, otherwise choose 0 . +Si le port exposé extérieurement est sur un bus avec un ID du PCI égal à 0000:00:1a.0 +alors choisissez 2 pour l'option CONFIG\_USBDEBUG\_HCD\_INDEX dans le kernel +sinon 0. -For CONFIG\_USBDEBUG\_DEFAULT\_PORT choose the port from the first -section that correspond to the PCI ID +Pour CONFIG\_USBDEBUG\_DEFAULT\_PORT choisissez le port qui correspond à l'ID +du PCI, trouvé aussi dans la première section de ce guide. Notes:\ -The above is based on the implementation of +Le dessus est basé sur l'implémentation du code coreboot/src/southbridge/intel/common/usb\_debug.c : pci\_ehci\_dbg\_dev() .\ -This is enough as it applies for the supported GM45/G45 Thinkpads. -coreboot support some other contollers too, but they are irellevent for -libreboot (for now). - -- On T500 (with switchable GPU) the debug ports for both intel - controllers is exposed. -- On x200t the debug ports for both intel controllers is exposed. - -### How to get the debug logs {#Howtogetthedebuglogs} - -- Plug the USB cable in the target's debug port (the one you found in - step 1) and BBB's mini-B USB -- Make sure no other then g\_dbgp of the g\_\* modules is loaded on - your BBB -- On the BBB: - - - - stty -icrnl -inlcr -F /dev/ttyGS0 - cat /dev/ttyGS0 - -- Power on the target with libreboot -- You should see debug logs comming on your BBB console - -Note that this is not permanent on BBB, if you reboot it, you have to -rmmod g\_\* and modprobe g\_dbgp - -### Eneble EHCI Debug on the target's kernel (optional, recommended) {#EnebleEHCIDebugonthetargetskerneloptionalrecommended} - -You have to know how to compile kernel for your target. - -1. Check if early debugging is already enabled: grep - CONFIG\_EARLY\_PRINTK\_DBGP /boot/config- -2. If enabled, you do not have to compile the kernel (skip this step). - Otherwise, prepare kernel source for your distribution and select - (Kernel hacking -> Early printk via EHCI debug port). Compile and - install the new kernel. -3. Edit your grub configuration and add following to the kenel - parameters^[20](#___fn20)[21](#___fn21)^: earlyprintk=dbgp,keep. - Also, try: earlyprintk=dbgp,keep where N is the debug port - id if the first does not work. - -### References {#References} +C'est suffisant car ça s'applique aux ThinkPads GM45/G45 supportés. +Coreboot supporte d'autres contrôleurs aussi, mais ils n'ont pas (pour +l'instant) d'importance pour libreboot. + +- Sur le T500 (avec graphiques échangeables) les ports de déboguage pour les + deux contrôleurs Intel sont exposés. +- Sur le X200T les ports de déboguage pour les + deux contrôleurs Intel sont exposés. + +### Comment obtenir les journaux de déboguage {#Howtogetthedebuglogs} + +- Branchez le câble USB dans le port de déboguage de la cible (celui que + vous avez trouvé dans l'étape 1) et l'USB mini-B BBB (côté A) sur l'hôte. +- Soyez sûr qu'aucun autre modules des g\_\* à part le g\_dbpg est chargé. +- Sur le BBB: + + $ stty -icrnl -inlcr -F /dev/ttyGS0 + $ cat /dev/ttyGS0 + +- Allumez la cible avec Libreboot +- Vous devriez voir des journaux de déboguage s'afficher dans votre console + BBB + +Notez que ce n'est pas permanent sur le BBB, si vous le redémarrez, vous avez +à `rmmod g\_\*` puis `modprobe g\_dbgp` + +### Activer le déboguage EHCI sur le kernel cible (optionnel, recommandé {#EnebleEHCIDebugonthetargetskerneloptionalrecommended} + +Vous devez savoir comment compiler le kernel pour votre cible. + +1. Vérifiez si le déboguage précoce est déjà activé: + + $ grep CONFIG\_EARLY\_PRINTK\_DBGP /boot/config- +2. Si c'est activé, vous n'avez pas à compiler le kernel (sautez cette +étape). Sinon, préparez les sources du kernel pour votre distribution et +sélectionnez l'option (Kernel hacking -> Early printk via EHCI debug port). +Compilez et installez le nouveau kernel. +3. Éditez votre configuration GRUB (/etc/default/grub) et ajoutez le suivant aux paramètres du +kernel ^[20](#___fn20)[21](#___fn21)^: earlyprintk=dbgp,keep. + Aussi, essayez: earlyprintk=dbgp,keep où N est l'ID du port de + déboguage si le premier ne marche pas. + +### Réferences {#References} ^10^ [EHCI Debug Port](http://www.coreboot.org/EHCI_Debug_Port) @@ -344,17 +349,20 @@ Interface](http://cs.usfca.edu/~cruse/cs698s10/) *TODO*: -1. grub does not send messages to EHCI debug. Investigate. -2. The section “Configure libreboot with EHCI debug” can be - skipped/simplified if a common configuration works for all relevant - targets is selected as defualt -3. Patch and compule g\_dbgp on BBB instead cross-compile -4. Find a simple way to send debug messages from targets userland +1. GRUB n'envoie pas les messages au déboguage EHCI. Investiguer. +2. La section "Configurer Libreboot avec le déboguage EHCI" peut être +simplifiée/sautée si une configuration commune marchant pour toutes les cibles +concernées est sélectionnée par défaut. +3. Patcher et compiler le module g\_dbgp sur le BBB au lieu de faire de la +compilation croisée. +4. Trouver une simple façon d'envoyer les messages de débogage depuis +l'espace utilisateur. Copyright © 2015 Alex David \ -Permission is granted to copy, distribute and/or modify this document -under the terms of the GNU Free Documentation License Version 1.3 or any later -version published by the Free Software Foundation -with no Invariant Sections, no Front Cover Texts, and no Back Cover Texts. +Permission est donnée de copier, distribuer et/ou modifier ce document +sous les termes de la Licence de documentation libre GNU version 1.3 ou +quelconque autre versions publiées plus tard par la Free Software Foundation +sans Sections Invariantes, Textes de Page de Garde, et Textes de Dernière de Couverture. +Une copie de cette license peut être trouvé dans [../fdl-1.3.md](fdl-1.3.md). A copy of this license is found in [../fdl-1.3.md](../fdl-1.3.md) diff --git a/i18n/fr_FR/docs/misc/codenames.md b/i18n/fr_FR/docs/misc/codenames.md index 482d3c64..b54aabc2 100644 --- a/i18n/fr_FR/docs/misc/codenames.md +++ b/i18n/fr_FR/docs/misc/codenames.md @@ -1,33 +1,34 @@ --- -title: Product Codenames +title: Nom de code des produits ... Introduction ============ -This document lists product codenames for some hardware. -Please note that just because a certain device is listed here does NOT mean -that it is supported in Libreboot. For supported devices refer to the -installation documentation. +Ce document liste les noms de code de produit pour certains matériels. +Notez silvouplaît que juste parce qu'un appareil est listé ici, ne veux PAS +dire qu'il est supporté par Libreboot. Pour les appareils supportés, +référez-vous aux [documents d'installation](../docs/install/). -### A note on GPUs +### Une note sur les cartes graphiques -Some laptops come with and without a discrete GPU (dGPU). Whether the -motherboard includes one or not can be determined by (in descending order -of reliability): +Certains ordinateurs portables sont fournis avec et sans une carte graphique +discréte (dGPU). Savoir si oui ou non une carte mère en inclut une peut être +déterminé par (ordonné de façon descendante en fonction +de la robustesse): -- often thorough disassembly and searching for the actual chip -- looking at white PCB markings near RAM slots / under keyboard - and comparing with some known codenames (if not available FRU ID sticker) - listed below. -- sometimes by looking at heatsink grills: on - discrete GPU laptops these will look orange and on intergrated ones - they will appear silver. +- souvent grâce à un désassemblage complet et chercherla puce en question +- regarder s'il y a des marquages PCB blancs près des emplacements RAM/ sous + le clavier et comparé avec certains noms de code connus (si l'autocollant + FRU ID n'est pas disponible) listés ci-dessous. +- parfois en regardant les grilles d'un dissipateur de chaleur: sur les + ordinateurs portables avec une carte graphique discrète, celles-ci + apparaîtront orange et sur ceux qui ont la carte graphique intégré, argenté. -List of models and codenames +Liste des modèles et noms de code ============================ -### Codenames +### Noms de code - Asus Chromebook C201PA: speedy\_rk3288, veyron-speedy @@ -40,35 +41,39 @@ List of models and codenames - ThinkPad X200 Tablet: Caramel-1 - ThinkPad R400/T400: Malibu-3 - - with discrete GPU (dGPU), at board revision 0: "MLB3D-0 - - with only integrated GPU (iGPU), at board revision 0: "MLB3I-0" + - avec carte graph. discrète (dGPU), carte révision 0: "MLB3D-0 + - avec seulement carte graph. intégrées (iGPU), carte révision 0: "MLB3I-0" - ThinkPad T500/W500: Coronado-5 - - with dGPU (radeon): "COR5D-0" (last number is the board revision) - - with only iGPU: "COR5I-0" + - avec dGPU (radeon): "COR5D-0" (le dernier chiffre est la révision de la + carte) + - avec seulement l'iGPU: "COR5I-0" - ThinkPad T400s (slim): Shinai-MV - ThinkPad R500: Waikiki-3 -- T6x (whole family): Davinci. They don't have codename label in -silkscreen so you need to use FRU label of the board, which is placed -under RAM sticks. +- T6x (famille entière): Davinci. +Ils n'ont pas de label dans la sérigraphie donc vous avez besoin d'utiliser le +label FRU de la carte mère, qui est placé sous les barrettes de RAM. - T60: - - with dGPU (radeon): Magi-0 (last number is the board revision) - - with iGPU: Lisa-0 + - avec dGPU (radeon): Magi-0 (le dernier chiffre est la révision de la + carte graph.) + - avec iGPU: Lisa-0 - R60(e): RP-1, RP-2 - Rockwell / Picasso -- With ThinkPads on Intel platforms newer than Montevina (Except T410), - the codenames become more consistent. All boards have the following - appended based on the type of graphics they have: - - with dGPU: SWG (SWitchable Graphics) - - with only iGPU: UMA (Unified Memory Access) - -*Note that Intel platforms newer than Montevina are not supported by libreboot -yet!. Currently only Calistoga and Montevina platforms are supported. - -- These are the known model codenames: +- Avec des ThinkPads sur les plateformes Intel plus récentes que Montevina + (excepté le T410), les noms de codes deviennent plus consistants. Toutes + les cartes ont le suivant suffixé dépendant quel type de graphique elles + ont: + - avec dGPU: SWG (*SWitchable Graphics*, graphiques échangeables) + - avec seulement iGPU: UMA (*Unified Memory Access*, Accés unifié à la + mémoire) + +*Notez que les plateformes Intel plus récentes que Montevina ne sont pas +encore supportées par Libreboot!. En ce moment, seulement les plateformes +Calistoga et Montevina sont supportées.* +- Ceux-ci sont les noms de codes connus des modèles: - ThinkPad T410: NOZOMI-1 # EXT/INT - ThinkPad T410s: SHINAI-2 # SWG/UMA - ThinkPad T420: NOZOMI-3 # SWG/UMA @@ -83,34 +88,36 @@ yet!. Currently only Calistoga and Montevina platforms are supported. - ThinkPad W530: KENDO-4 WS -### Miscellaneous +### Divers - [Calistoga](https://ark.intel.com/products/codename/5950/Calistoga): -945GM/945PM chipset family name -- Napa: calistoga based platform +nom de famille du jeu de puces 945GM/945PM +- Napa: plateforme basée sur Calistoga - [Cantiga](https://ark.intel.com/products/codename/26552/Cantiga): -GM45/GS45/PM45 chipset family name. - This is the chipset used in T400,X200 and similar. -- Montevina: cantiga based platform. -- PMH: the Power Management Hub is a gate array for managing the power - up/down sequence. It is additionally tasked with extending EC's I/O. - Its later version was called "Thinker-1", and eventually it was merged - with PMIC (Rinkan) as ThinkEngine (Do not confuse it with EC chip which is also - has ThinkEngine logo on ThinkPad boards) -- Kozak, Tsurumai, Rinkan: These are successive versions of power management - ICs for Notebook PCs. Tsurumai chip marking is "TB62501F" and datasheet - of it fully describes its operation. - -See also +nom de famille du jeu de puces GM45/GS45/PM45. + C'est le jeu de puces utilisé dans le T400,X200 et similaire. +- Montevina: plateforme basée sur Cantiga. +- PMH: le Power Management Hub est une puce préfabriquée pour gérer + la séquence ouverte/fermée de l'alimentation. Il est additionnelement + demandé pour étendre l'entrée/sortie du contrôleur embarqué (EC). + Sa version plus récente était nommée "Thinker-1", et éventuellement a été + fusionnée avec le PMIC (Rinkan) en tant que "ThinkEngine" (ne le confondez + pas avec la puce EC qui a aussi le logo ThinkEngine sur les cartes mères +- Kozak, Tsurumai, Rinkan: ce sont les versions successives de la gestion de + l'alimentation IC pour les Notebook. Le marquage de la puce Tsurumai est + "TB62501F" et sa fiche technique décrit entiérement son fonctionnement. + +Voir aussi ======== -- Many more Intel codenames can be found at + +- Bien d'autres noms de code d'Intel peuvent être trouvés sur [Wikipedia](https://en.wikipedia.org/wiki/List_of_Intel_codenames). -- For ThinkPads see [Documentation/thinkpad/codenames.csv @ Coreboot] +- Pour les ThinkPads, voyez [Documentation/thinkpad/codenames.csv @ Coreboot] (https://review.coreboot.org/cgit/coreboot.git/tree/Documentation/thinkpad/codenames.csv) Copyright © 2018 Fedja Beader -Permission is granted to copy, distribute and/or modify this document -under the terms of the GNU Free Documentation License Version 1.3 or any later -version published by the Free Software Foundation -with no Invariant Sections, no Front Cover Texts, and no Back Cover Texts. -A copy of this license is found in [../fdl-1.3.md](../fdl-1.3.md) +Permission est donnée de copier, distribuer et/ou modifier ce document +sous les termes de la Licence de documentation libre GNU version 1.3 ou +quelconque autre versions publiées plus tard par la Free Software Foundation +sans Sections Invariantes, Textes de Page de Garde, et Textes de Dernière de Couverture. +Une copie de cette license peut être trouvé dans [../fdl-1.3.md](fdl-1.3.md). diff --git a/i18n/fr_FR/docs/misc/index.md b/i18n/fr_FR/docs/misc/index.md index 1f4561c6..d0288d35 100644 --- a/i18n/fr_FR/docs/misc/index.md +++ b/i18n/fr_FR/docs/misc/index.md @@ -1,50 +1,54 @@ --- -title: Miscellaneous +title: Divers x-toc-enable: true ... -High Pitched Whining Noise on Idle in Debian or Devuan +Plainte aigue quand le poste est vacant sur Debian ou Devuan ====================================================================== -Start powertop automatically at boot time. +Exécutez powertop automatiquement lors du démarrage. -Included with libreboot is a script called 'powertop.debian'. Run this -as root and it will setup powertop to run with --auto-tune at boot -time. Load the file in your text editor to see how it does that. +Un script inclut dans libreboot s'appelle 'powertop.debian'. Exécutez le en +tant que root et il configurera powertop afin qu'il s'exécute avec --auto-tune +lors du démarrage. Ouvrez/chargez le fichier dans votre éditeur de texte pour +savoir comment il fait ça. $ sudo ./resources/scripts/misc/powertop.debian -Might want to run with --calibrate first +Vous voudriez peut-être l'exécuter (l'exécutable `powertop`) avec --calibrate +en premier. -If powertop doesn't work, another way (reduces battery life slightly) -is to add *processor.max\_cstate=2* to the *linux* line in grub.cfg, -using [this guide](../gnulinux/grub_cbfs.md). +Si powertop ne marche pas, une autre façon est d'ajouter +*processor.max\_cstate=2* à la ligne *linux* dans le fichier grub.cfg, en +utilisant [ce guide](../gnulinux/grub.cbfs.md). Cette option a l'inconvénient +d'augmenter la consommation de la batterie. -High Pitched Whining Noise on Idle in Parabola +Plainte aigue quand le poste est vacant sur Parabola ============================================================== -The following removes most of the noise. It reduces what is a high -frequency whine (that not everyone can hear) to a slight buzz (which -most people can't hear or doesn't bother most people). +Le suivant enlève la majorité du bruit. Ça réduit la plainte aigue (que tout +le monde n'entend pas forcément) à un léger bourdonnement (qui n'est pas +entendu par la plupart des personnes ou ne les dérange pas). -This is not perfect! The full solution is still not discovered but this -is a step towards that. Also, in some instances you will need to run -'sudo powertop --auto-tune' again. This needs to be implemented -properly in coreboot itself! +Ce n'est pas parfait! La solution complète n'est pas encore découverte mais +c'est une étape vers elle. Aussi, dans certains cas, vous aurez besoin +d'exécuter `sudo powertop --auto-tune` une nouvelle fois. Ça a besoin d'être +proprement implémenté dans coreboot lui-même! -On the X60 with coreboot or libreboot, there is a high pitched sound -when idle. So far we have use processor.max\_cstate=2 or idle=halt in -GRUB. These consume power. Stop using them! +Sur le X60 avec coreboot ou libreboot, il y a une plainte aigue lorsque +l'appareil est vacant. Jusque ici, nous avons utilisé processor.max\_cstate=2 +ou idle=halt dans GRUB. Ces options augmentent la consommation d'énergie. +Arrêtez de les utilisez! -Be root +Soyez root $ su - -Installed powertop: +Installez powertop: # pacman -S powertop -and added the following to /etc/systemd/system/powertop.service : +et ajoutez le suivant à /etc/systemd/system/powertop.service : [Unit] Description=Powertop tunings @@ -59,117 +63,126 @@ and added the following to /etc/systemd/system/powertop.service : [Install] WantedBy=multi-user.target -Finally, as root do that: +Finalement, faites ceci en tant que root: + # powertop --calibrate # systemctl enable powertop # systemctl start powertop -The next time you boot the system, the buzz will be gone. +La prochaine fois que vous démarrez les système, le bourdonnement sera parti. -Might want to run with --calibrate first +[Note: l'utilisation d'un kernel avec grsec activé désactivera la +fonctionnalité de +powertop](https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configuration_Options#Deny_reading/writing_to_/dev/kmem,_/dev/mem,_and_/dev/port) -If powertop doesn't work, another way (reduces battery life slightly) -is to add *processor.max\_cstate=2* to the *linux* line in grub.cfg, -using [this guide](../gnulinux/grub_cbfs.md). -X60/T60: Serial port - how to use (for dock owners) - -[Note: using a grsec enabled kernel will disable the powertop function. ](https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configuration_Options) +X60/T60: Port série - comment l'utiliser (pour les propriétaires d'une station d'appareillage). =================================================== -For the Thinkpad X60 you can use the "UltraBase X6" dock (for the -X60 Tablet it is called X6 Tablet UltraBase). For the ThinkPad T60, you -can use the "Advanced Mini Dock". +Pour le ThinkPad X60 vous pouvez utiliser la station "UltraBase X6" (pour le +X60 Tablet elle s'appelle "X6 Tablet UltraBase"). Pour le ThinkPad T60, vous +pouvez utiliser le "Advanced Mini Dock". -If you are using one of the ROM images with 'serial' in the name, then -you have serial port enabled in libreboot and you have memtest86+ -included inside the ROM. Connect your null modem cable to the serial -port on the dock and connect the other end to a 2nd system using your -USB Serial adapter. +Si vous êtes en train d'utiliser une des images ROM avec 'serial' dans le nom, +alors vous avez le port série activé dans libreboot et memtest86+ inclut dans +la ROM. Connectez votre câble modem au port série de la station et connectez +l'autre extrémité sur un second système en utilisant votre adaptateur USB +série. -On the 2nd system, you can try this (using GNU Screen): +Sur le second système, vous pouvez essayez ceci, en utilisant GNU Screen): $ sudo screen /dev/ttyUSB0 115200 -How to quit GNU Screen: Ctrl+A then release and press K, and then press -Y. +Comment quitter GNU Screen: Ctrl+A puis relâchez et pressez K, puis pressez Y. + +Il y a des alternatives comme Minicom, mais j'aime GNU Screen. -There are also others like Minicom but I like GNU Screen +En faisant ceci avant de démarrer le X60/T60, vous verrez la sortie console +produite par libreboot, ainsi que GRUB et MemTest86+. Vous pouvez aussi +configurer votre distribution afin que un terminal (TTY) est accessible depuis +la console série. -By doing this before booting the X60/T60, you will see console output -from libreboot. You will also see GRUB displaying on the serial output, -and you will be able to see MemTest86+ on the serial output aswell. You -can also configure your distro so that a terminal (TTY) is accessible -from the serial console. +Le guide suivant est pour Ubuntu, mais devrait marcher dans Debian et +Devuan, servant à activer une console série en utilisant GeTTY:\ The following guide is for Ubuntu, but it should work in Debian and Devuan, to enable a serial console using GeTTY:\ - (we DO NOT -recommend Ubuntu, because it contains non-free software in the default -repos. Use Debian or Devuan) + (nous ne recommandons +PAS Ubuntu, parce qu'elle contient des logiciels non-libre dans les +répertoires par défaut. Utilisez Debian ou Devuan. -Note: part of the tutorial above requires changing your grub.cfg. Just -change the `linux` line to add instructions for enabling getty. See -[../gnulinux/grub\_cbfs.md](../gnulinux/grub_cbfs.md). +Note: une partie du tutoriel ci-dessus nécessite de changer votre grub.cfg. +Changez juste la ligne `linux` pour ajouter des options activant getty. Voyez +le document [../gnulinux/grub\_cbfs.md](../gnulinux/grub_cbfs.md). -Finetune backlight control on intel gpu's +Control fin du rétroéclairage sur les cartes graphiques Intel ========================================= -Sometimes the backlight control value (BLC\_PWM\_CTL) set by libreboot -is not ideal. The result is either flicker, which could cause nausea or -epilepsy or an uneven backlight and/or coil whine coming from the -display. To fix this a different value for the gpu reg BLC\_PWM\_CTL -needs to be set. See p94 of +Défois la valeur du contrôle du rétroéclairage (BLC\_PWN\_CTL) définie par +Libreboot n'est pas idéale. Le résultat est soit des scintillements, qui +pourraient causer des nausées ou épilepsies ou un rétroéclaire désiquilibré +et/ou plainte de l'inverseur de l'écran. Pour corriger celà une valeur +différente pour le registre BLC\_PWM\_CTL de la carte graphique doit être +défini. Voir page 94 de -for more information on this reg. The tool for setting registry values -on intel gpu's is included in intel-gpu-tools. Install intel-gpu-tools: +pour plus d'informations sur ce registre. L'outil pour définir les valeurs de +registres dans les cartes graphiques Intel est inclut dans le paquet +intel-gpu-tools. Installez-le: sudo apt-get install intel-gpu-tools -You can set values: +Vous pouvez maintenant définir des valeurs: - sudo intel_reg write 0x00061254 your_value_in_C_hex_format + sudo intel_reg write 0x00061254 votre_valeur_au_format_hexadécimal_de_C -NOTE: on older versions of this utility, use `intel_reg_write` instead. +NOTE: dans des versions plus anciennes de cet utilitaire, il faut utiliser +`intel_reg_write` à la place. -The value set has the following structure: bits \[31:16\] is PWM -divider. PWM / PWM\_divider = frequency bits \[15:0\] is the duty cycle -and determines the portion of the backlight modulation frequency. A -value of 0 will mean that the display is off. A value equal to the -backlight modulation frequency means full on. The value should not be -larger than the backlight modulation frequency. +L'ensemble de valeur à la structure suivante: les bits \[31:16\] représente le +diviseur PWM. PWM / PWM\_divider = bits de fréquence \[15:0\], le nombre +réprésentant le rapport +cyclique et détermine la portion de la fréquence de modulation du +rétroéclairage. Une valeur égale à la fréquence de modulation du +rétroéclairage signifie complétement en marche/allumé. Elle ne devrait pas +être plus grande que la fréquence de modulation du rétroéclairage. -On displays with a CCFL backlight start from: 0x60016001 To verify if -all modes work as desired use: `xbacklight -set 10` and gradually -increase until 100. Displays with an LED backlight need a lower -backlight modulation. Do the same thing but start from 0x01290129 . Try -setting different values until you have found a value which presents no -issue. +Sur des affichages avec un écran CCFL, le rétroéclairage comme de: 0x60016001. +Pour vérifier si tout les crans/modes marchent comme voulus, exécutez +`xbacklight -set 10` et augmentez jusqu'à 100. Les écrans avec un +rétroéclairage par LED nécessitent une modulation du rétroéclairage plus +basse. Faites la même chose mais en commençant de 0x01290129. +Essayez de définir différentes valeurs jusqu'à que vous trouviez une valeur +qui ne présente aucun problèmes. -It is important to know that there are four failure modes: +Il est important de savoir qu'il y a quatre modes d'échecs: -1. flickering very fast, which could cause epilepsy (frequency is too - low. decrease divider) -2. randomly flickering in random intervals - driver IC cannot keep up - with toggling the mosfet (frequency too fast, increase divider) -3. frequency is in audible range and causes coils to whine (frequency - is too high. increase divider) -4. backlight is uneven. (CCFL specific, frequency is too high. increase - divider) +1. Scintillement très rapide, qui pourrait causer de l'epilepsie (la +fréquence est trop basse, réduisez le diviseur) +2. Scintillements aléatoires à des intervalles +aléatoires - le pilote IC n'arrive pas à changer l'état du +[mosfet](https://fr.wikipedia.org/wiki/Transistor_%C3%A0_effet_de_champ_%C3%A0_grille_m%C3%A9tal-oxyde) +(fréquence trop rapide, augmentez le diviseur) +3. La fréquence est audible et cause la plainte de l'inverseur (fréquence +trop haute, augmentez le diviseur) +4. Le rétroéclairage n'est pas également réparti. (Spécifique au CCFL, la +fréquence est trop haute. Augmentez le diviseur). -To check for flickering try moving your laptop while looking at it. +Pour vérifier le scintillement, essayez de bouger votre ordinateur portable +pendant que vous le regardiez. -A higher frequency equals higher power consumption. You want to find the -highest good working value. +Une fréquence plus haute signifie une consommation de mémoire plus haute. Vous +voulez trouver la valeur fonctionnelle la plus haute. -Next this value should be set at boot: either add +Ensuite, cette valeur devrait être défini dès le démarrage: soit vous ajoutez +la ligne intel_reg write 0x00061254 <your_ideal_value> -NOTE: on older versions of this utility, use `intel_reg_write` instead. +(NOTE: dans des versions plus anciennes de cet utilitaire, il faut utiliser +`intel_reg_write` à la place.) -before exit 0 in /etc/rc.local or create a systemd service file -/etc/systemd/system/backlight.service: +avant `exit 0` dans `/etc/rc.local` ou créez un fichier de service systemd +nommé `/etc/systemd/system/backlight.service` contenant: [Unit] Description=Set BLC_PWM_CTL to a good value [Service] @@ -179,129 +192,139 @@ before exit 0 in /etc/rc.local or create a systemd service file [Install] WantedBy=multi-user.target - -Now start and enable it: +Maintenant, démarrez-le et activez le: sudo systemctl start backlight && sudo systemctl enable backlight -Special note on i945: - -i945 behaves differently. Bit 16 needs to be 1 and the duty cycle is not -updated when backlight is changed. There are no available datasheets on -this target so why it behaves in such a way is not known. So to find a -working value BLC\_PWM\_CTL set bit 16 to 1 and make sure PWM divider == -duty cycle. see on bit 16. The -cause of this issue is that i945, in contrast with to GM45, is set to -work in BLM Legacy Mode. This makes backlight more complicated since the -duty cycle is derived from 3 instead of 2 registers using the following -formula: if(BPC\[7:0\] <> xFF) then BPCR\[15:0\] \* BPC\[7:0\] -Else BPCR\[15:0\] BPC is LBB - PCI Backlight Control Register, described -on on page 315. BPCR -is BLC\_PWM\_CTL described in - -on page 94. More research needs to be done on this target so proceed -with care. - -Power Management Beeps on Thinkpads +Note spéciale sur i945: + +i945 se comporte de manière différente. Le bit 16 a besoin d'être à 1 et le +cycle périodique n'est mis à jour quand le rétroéclairage change. Il n'y pas +de fiches techniques disponibles sur cette cible, donc le pourquoi de ce +comportement n'est pas connu. +Donc, pour trouver une valeur fonctionnelle de BLC\_PWM\_CTL définissez le bit +16 à 1 et soyez sûr que le diviseur PWM == cycle périodique. +Voyez par rapport au bit 16. +La cause de ce problème est que i945, en contraste avec GM45, est défini pour +marcher dans le mode classique BLM. Ça rend le rétroéclairage plus compliqué +puisque le cycle périodique est dérivé de 3 registres au lieu de 2, utilisant +la formule suivante: + + Si(BPC\[7:0\] <> xFF) + alors BPCR\[15:0\] \* BPC\[7:0\] + Sinon BPCR\[15:0\] BPC est LBB + +Registre PCI de contrôle du rétroéclairage décrit dans +, page +315. +BPCR est BLC\_PWM\_CTL, décrit dans +, +page 94. Plus de recherches doivent être faites sur cette cible, donc procédez +avec précautions. + +Beeps de gestion de l'alimentation sur les ThinkPads =================================== -When disconnecting or connecting the charger, a beep occurs. When the -battery goes to a critically low charge level, a beep occurs. Nvramtool -is included in libreboot, and can be used to enable or disable this -behaviour. +Lors de la déconnexion ou connexion du chargeur, un beep est émit. Quand la +charge de la batterie atteint un seuil critiquement bas, un beep est aussi +émit. +Nvramtool est inclut dans libreboot, et peut être utilisé pour activer ou +désactiver ce comportement. -You need to write changes in a libreboot rom image, and flash it, in order -to apply them. You can either use a pre-compiled rom image, or create an image -from the current one in your computer. See here - for -more information on how to do that. +Vous aurez besoin d'écrire les changements dans une image ROM de libreboot, +puis la flasher, afin de les appliquer. Vous pouvez soit utiliser une image +ROM pré-compilée, ou en créer une depuis celle en cours sur votre ordinateur. +Jetez un coup d'oeil ici + pour +plus d'informations sur comment faire ça. -Once you have a libreboot rom image, say 'libreboot.rom', you can write -changes on the image with the following commands. +Une fois que vous avez une image ROM de libreboot, disons 'libreboot.rom', +vous pouvez écrire les changements grâce aux commandes suivantes. -Disable or enable beeps when removing/adding the charger: +Désactiver ou activer les beeps quand on enlève/met le chargeur: $ sudo ./nvramtool -C libreboot.rom -w power_management_beeps=Enable $ sudo ./nvramtool -C libreboot.rom -w power_management_beeps=Disable -Disable or enable beeps when battery is low: +Désactiver ou activer les beeps quand le niveau de batterie est faible: $ sudo ./nvramtool -C libreboot.rom -w low_battery_beep=Enable $ sudo ./nvramtool -C libreboot.rom -w low_battery_beep=Disable -You can check that the parameters are set in the image with : +Vous pouvez vérifier que les paramètres sont définis dans l'image avec: $ sudo ./nvramtool -C libreboot.rom -a -Finally, you need to flash the rom with this new image. See here - -for a detailed explanation. +Finalement, vous avez besoin de flasher la ROM avec cette nouvelle image. +Voyez +[ici](https://libreboot.org/docs/gnulinux/grub_cbfs.html#with-re-flashing-the-rom) +pour une explication détaillée -Get EDID: Find out the name (model) of your LCD panel +Obtenez l'EDID: trouvez le nom (modèle) de votre écran LCD ===================================================== -Get the panel name: +Obtenez le modèle de l'écran: sudo get-edid | strings -Or look in `/sys/class/drm/card0-LVDS-1/edid` +Ou jetez un coup d'oeil dans `/sys/class/drm/card0-LVDS-1/edid` -Alternatively you can use i2cdump. In Debian and Devuan, this is in the -package i2c-tools. +Alternativement vous pouvez utiliser i2cdump. Dans Debian et Devuan, c'est +dans le paquet i2c-tools. $ sudo modprobe i2c-dev - $ sudo i2cdump -y 5 0x50 (you might have to change the value for - --y) - + $ sudo i2cdump -y 5 0x50 (vous aurez peut-être à changer la valeur pour -y) $ sudo rmmod i2c-dev -You'll see the panel name in the output (from the EDID dump). +Vous verrez le nom de l'écran dans la sortie (depuis le cliché mémoire EDID). -If neither of these options work (or they are unavailable), physically -removing the LCD panel is an option. Usually, there will be information -printed on the back. +Si aucune de ces options marche (ou sont indisponibles), enlever physiquement +l'écran LCD est une option. Normalement, il y aura des informations imprimées +à l'arrière. -e1000e driver trouble shooting (Intel NICs) +Dépannage du pilote e1000e (NICs Intel) =========================================== -Example error, ¿may happen on weird and complex routing schemes(citation -needed for cause): +Un example d'erreur, qui peut peut-être arriver avec des schémas de routage complexes et +bizarres (citation nécessaire pour la cause de ceci): e1000e 0000:00:19.0 enp0s25: Detected Hardware Unit Hang -Possible workaround, tested by Nazara: Disable C-STATES. +Possible solution de contournement, testée par Nazara: désactivez les +C-STATES. -*NOTE: this also disables power management, because disabling C-States -means that your CPU will now be running at full capacity (and therefore -using more power) non-stop, which will drain battery life if this is a -laptop. If power usage is a concern, then you should not use this. -(we're also not sure whether this workaround is appropriate)* +*NOTE: ça désactive aussi la gestion de l'alimentation, parce que désactiver +les C-States veut dire que votre processeur s'exécutera avec ses pleines +capacités (et utilisera donc plus batterie) non-stop, ce qui drainera la vie +de la batterie si c'est un ordinateur portable. Si l'utilisation de la +batterie est une préoccupation, alors vous ne devriez pas utiliser ceci. (nous +ne sommes aussi pas sûr que ce contournement est approprié.)* -To disable c-states, do this in GNU+Linux: +Pour désactiver les c-states, faites ceci dans une distribution GNU+Linux: for i in /sys/devices/system/cpu/cpu/cpuidle/state/disable; do echo 1 > $i; done -You can reproduce this issue more easily by sending lots of traffic -across subnets on the same interface (NIC). +Vous pouvez reproduire ce problème plus facilement en envoyant beaucoup de +traffic à travers des sous-réseaux sur la même interface (NIC). -More information, including logs, can be found on [this +Plus d'informations, incluant des journaux, peuvent être trouvés sur [cette page](https://notabug.org/libreboot/libreboot/issues/23). -USB keyboard wakeup on GM45 laptops +Réveil par clavier USB sur les ordinateurs portables GM45 =================================== -Look at resources/scripts/helpers/misc/libreboot\_usb\_bugfix +Jetez un coup d'oeil au script resources/scripts/helpers/misc/libreboot\_usb\_bugfix -Put this script in /etc/init.d/ on debian-based systems. +Mettez le dans le répertoire /etc/init.d sur les systèmes basés Debian. Copyright © 2014, 2015, 2016 Leah Rowe \ -Permission is granted to copy, distribute and/or modify this document -under the terms of the GNU Free Documentation License Version 1.3 or any later -version published by the Free Software Foundation -with no Invariant Sections, no Front Cover Texts, and no Back Cover Texts. -A copy of this license is found in [../fdl-1.3.md](../fdl-1.3.md) +Permission est donnée de copier, distribuer et/ou modifier ce document +sous les termes de la Licence de documentation libre GNU version 1.3 ou +quelconque autre versions publiées plus tard par la Free Software Foundation +sans Sections Invariantes, Textes de Page de Garde, et Textes de Dernière de Couverture. +Une copie de cette license peut être trouvé dans [../fdl-1.3.md](fdl-1.3.md). + -- cgit v1.2.3-54-g00ecf