Journal Kernel 2.6.6 : lost interrupt

• # ze solucheun

  Posté par boris le 14 mai 2004 à 02:21. Évalué à 1.

  

  Changer de disque dur, par exemple :]
  
  Plus serieusement, essaie de virer l'acpi, souvent ca merde avec les bios un peu anciens. Et essaie aussi avec un autre HD sur la meme machine, des fois que...

  • [^] # Re: ze solucheun

    Posté par Marc (site web personnel) le 14 mai 2004 à 08:03. Évalué à 2.

    

    y'a un bug dans l'acpi qui me fait la même chose. acpi=noirq permet de booter mais toujours avec des problèmes.
    
    http://bugme.osdl.org/show_bug.cgi?id=2665(...)
    
    C'est bien de faire des rapports de bug!

• # Que puis-je faire cher journal ?

  Posté par 007 le 14 mai 2004 à 02:49. Évalué à 2.

  

  Si tu veux que quelqu'un t'aide, tu peux donner la sortie de :
  $ hdparm /dev/hda
  $ hdparm -i /dev/hda
  
  Faire un diff entre la config du 2.6.5 qui marche et du 2.6.6 qui ne marche pas et voir si tu trouves quelque chose.

• # noapic dans les paramètres de boot?

  Posté par Mayfoev le 14 mai 2004 à 04:48. Évalué à 1.

  

  Les vieux bios ASUS/ASROCK ont parfois des problèmes avec l'APIC (à ne pas confondre avec l'ACPI cité plus haut)
  
  Essaie d'ajouter dans les paramètres de boot noapic voire noapic nolapic
  
  Ou de passer à un bios plus récent?

• # Pour répondre a tous le monde

  Posté par Bertrand Jacquin (site web personnel) le 14 mai 2004 à 08:32. Évalué à 1.

  

  Je vous écrit depuis un noyau 2.6.5, ca marche tres bien et cela depuis le 2.4.22
  Je n'ai non plus jamais eu le problème de disque dur
  J'ai le dernier BIOS (il date bien de un an au moins, mais c'est le dernier)
  :(
  
  

  (02:09:11) guybrush ~ # hdparm /dev/hda
  
  /dev/hda:
  multcount = 0 (off)
  IO_support = 1 (32-bit)
  unmaskirq = 1 (on)
  using_dma = 1 (on)
  keepsettings = 0 (off)
  readonly = 0 (off)
  readahead = 256 (on)
  geometry = 65535/16/63, sectors = 156301488, start = 0
  (08:29:04) guybrush ~ # hdparm -i /dev/hda
  
  /dev/hda:
  
  Model=ST380021A, FwRev=3.19, SerialNo=3HV285JN
  Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
  BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=off
  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
  IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
  PIO modes: pio0 pio1 pio2 pio3 pio4
  DMA modes: mdma0 mdma1 mdma2
  UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
  AdvancedPM=no WriteCache=enabled
  Drive conforms to: device does not report version:
  
  * signifies the current active mode
  
  (08:29:08) guybrush ~ # uname -a
  Linux guybrush 2.6.5-gentoo #7 Tue May 11 19:43:45 CEST 2004 i686 AMD Athlon(TM) XP 2000+ AuthenticAMD GNU/Linux

  
  
  Sinon pour le reste, je repondrais ce midi, je vais bossé la ;)

  • [^] # Re: Pour répondre a tous le monde

    Posté par Bertrand Jacquin (site web personnel) le 14 mai 2004 à 10:21. Évalué à 1.

    

    Bon, alors en fait avant de partir, j'ai quand meme testé, j'ai viré l'ACPI du noyau, mit l'option irq=noacpi
    Et ca roule impec
    M'enfin ca me parait un peu zarbi quand meme :/
    
    ^^ a ceux qui ont laissé des messages :)

• # même carte mère...

  Posté par tomachaka le 14 mai 2004 à 08:33. Évalué à 0.

  

  ... et exactement le même problème depuis le 2.6.6.
  Enlever l'acpi permet de booter (apparemment) correctement.
  
  Dommage, ça marchait bien avec les 2.6 précédents...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.