URL: https://linuxfr.org/forums/linux-noyau/posts/26123-ou-4-louches Title: 2.6.12.3 ou 4 : louches ? Authors: enzo182916 Date: 2005年08月07日T23:46:37+02:00 Tags: debian Score: 0 Bonjour, Il se passe des choses bizarres avec mon nouveau noyau (je suis passé de 2.6.0 à 2.6.12.3 et j'ai essayé aujourd'hui le 2.6.12.4). Si quelqu'un comprend, je suis tout ouïe (ou si quelqu'un a observé les mêmes phénomènes). J'ai un PC Toshiba satellite vieux de 2 ans et une Debian unstable. 1). Au moment du démarrage, mon PC reste bloqué une trentaine de secondes, sur la ligne suivante : >> ide1 at 0x170-0x177,0x376 on irq 15 puis défile normalement ensuite : >> Probing IDE interface ide2... >> Probing IDE interface ide3... >> Probing IDE interface ide4... >> ide4: Wait for ready failed before probe ! >> Probing IDE interface ide5... J'en déduis qu'il attend un timeout de quelque chose qui a à voir avec l'interface IDE4. Je ne vois pas trop à quoi ça correspond. 2). Ensuite, à plusieurs reprises, j'ai eu un décalage dans les IRQ. Il y a premièrement un lien entre l'ACPI et les IRQ que je n'ai pas saisi (l'acpi attribuerait les IRQ ??). L'ACPI me renvoit des messages d'erreur du type >> irq 11: nobody cared! Puis une bonne dose de charabia dont je n'extrais que 2 lignes : >> Aug 7 21:07:03 cuba kernel: [__report_bad_irq+42/143] >> __report_bad_irq+0x2a/0x8f C'est ensuite le bordel dans les IRQ, car plein de périphériques ne marchent plus en me disant qu'ils n'ont pas la bonne IRQ (clé USB, dongle USB Wifi, carte son, etc ...). N'ayant plus accès au réseau, j'ai sans trop y croire désinstallé l'Acpid (le tout avec APT), j'ai du graver le fichier acpid.deb pour le réinstaller, et tout est reparti normal (preuve qu'il y a bien un lien entre l'Acpi et les IRQ : je croyais que l'acpi gérait la batterie, la température et d'autres guignoleries sans importance). J'ai eu le même phénomène en passant au 2.6.12.4, donc je suis vite revenu au 2.6.12.3 qui marche à peu près normalement. 3). Moins grave. J'essaie de mettre le maximum de choses en modules afin d'avoir un noyau petit. J'ai passé tout l'USB en modules. Il marchait très bien directement dans le noyau, et je me suis dit qu'il irait aussi bien en module. Concrètement, je parle des modules suivants : usbcore : pour l'USB général ehci_hcd : pour l'USB 2 uhci_hcd : pour l'USB 1 usb_storage : pour les trucs genre clé USB Dans le noyau, j'avais directement en message du noyau (dmesg) sda1 qui apparait que je peux monter sans problème. Depuis que je suis passé en modules, concrètement, ça marche, mais le noyau met environ 1mn30 à finir de m'afficher la clé USB. Voici ce qu'il me dit entre temps. Le module usb_storage se charge tout seul instantanément par contre : >> usb 2-1: new high speed USB device, ehci_hcd and address 2 >> Initializing USB Mass Storage driver... >> scsi0 : SCSI emulation for USB Mass Storage devices >> usb-storage: device found at 2 >> usb-storage: waiting for device to settle before scanning >> usbcore: registered new driver usb-storage >> USB Mass Storage support registered. >> Vendor: Generic Model: STORAGE DEVICE Rev: 1.04 >> Type: Direct-Access ANSI SCSI revision: 00 >> usb-storage: device scan complete >> SCSI device sda: 512000 512-byte hdwr sectors (262 MB) Et il faut attendre 1mn30 pour que sda1 apparaisse et que je puisse monter la clé. Encore un timeout ? Un bug du noyau ? Merci déjà à ceux qui auront eu le courage de lire le message jusqu'ici. Jean