[openSUSE 10.3] gedeelde interrupts

[QuaQu]

De laatste tijd heb ik er nogal eens last van dat wanneer ik na enige afwezigheid terugkom, mijn sata-hd niet meer beschikbaar is. In /var/log/messages staat dan:

kernel: ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata5.00: cmd c8/00:00:b3:30:8d/00:00:00:00:00/e1 tag 0 cdb 0x0 data 131072 in
kernel:          res 40/00:00:01:4f:c2/00:00:00:00:00/00 Emask 0x4 (timeout)
kernel: ata5: port is slow to respond, please be patient (Status 0xd8)
kernel: ata5: device not ready (errno=-16), forcing hardreset
kernel: ata5: hard resetting link
kernel: ata5: SATA link down (SStatus 0 SControl 310)
kernel: ata5: failed to recover some devices, retrying in 5 secs
kernel: ata5: hard resetting link
kernel: ata5: SATA link down (SStatus 0 SControl 310)
kernel: ata5.00: limiting speed to UDMA/100:PIO3
kernel: ata5: failed to recover some devices, retrying in 5 secs
kernel: ata5: hard resetting link
kernel: ata5: SATA link down (SStatus 0 SControl 310)
kernel: ata5.00: disabled
...
kernel: FAT: Directory bread(block 25301172) failed
kernel: scsi 4:0:0:0: rejecting I/O to dead device

De laatste twee regels worden eindeloos herhaald, omdat daar muziek vanaf werd (geprobeerd te) gelezen. Zoeken op de maxtor-site geeft als best matchende hit dat ik maar moet rebooten. Het werkt wel, maar is geen grote hobby van me. Een hit was wat interessanter: op linuxquestions.org vond ik dat het misschien zou komen door conflicterende irq's:

cat /proc/interrupts:
           CPU0       CPU1
  0:       3948    3139567   IO-APIC-edge      timer
  1:          0       4949   IO-APIC-edge      i8042
  6:          0          5   IO-APIC-edge      floppy
  7:          0          0   IO-APIC-edge      parport0
  8:          0          0   IO-APIC-edge      rtc
  9:          0          0   IO-APIC-fasteoi   acpi
 14:      96648      53201   IO-APIC-edge      libata
 15:      13166      21508   IO-APIC-edge      libata
 17:       3185       5347   IO-APIC-fasteoi   sata_sil
 18:          0          3   IO-APIC-fasteoi   ohci1394
 19:          0          0   IO-APIC-fasteoi   eth1, EMU10K1
 20:    1794732      30405   IO-APIC-fasteoi   ehci_hcd:usb2, NVidia CK8S
 21:          8    1452569   IO-APIC-fasteoi   ohci_hcd:usb1, eth0
 22:     255228      20706   IO-APIC-fasteoi   sata_nv, ohci_hcd:usb3

IRQ 22 is idd gedeeld tussen de sata-controller en een (van de) USB-controlers. Ik kan dit niet in de BIOS wijzigen, dus moet het via drivers of kernel-settings. Maar daar wordt het wat lastiger, aangezien ik niet echt meer een idee heb hoe ik dat kan wijzigen.
Iemand een idee of dit de way-to-go is en wat ik hieraan kan doen om het conflict op te lossen?

Op http://en.opensuse.org/Irq_Troubles heb ik gelezen dat dit nog kon komen door uitgeschakelde hardware, maar in dmesg heb ik niks gevonden wat hierop leek

[ Voor 2% gewijzigd door QuaQu op 13-02-2008 15:43 . Reden: Toevoeging van irq_troubles ]

[QuaQu]

Niet lang na de post heb ik mijn Windows-installatie erafgegooid, aangezien die al tijden niet meer gebruikt werd en daarna ook maar de data-schijf met ext3 geformatteerd. Sindsdien heb ik geen problemen meer gehad, maar aangezien het niet altijd gebeurde, is het lastig zeggen of het nu zeker weten weg is, gezien de lange tijd zonder ellende lijkt het verholpen.
For the record: FAT vervangen door ext3 lijkt het verholpen te hebben. Volgens deze mailinglist is het fs ook van belang, dus dat zou het kunnen verklaren