Bug 7034
Summary: | hdb lost interupt - regression between 2.6.16.x and 2.6.17.y | ||
---|---|---|---|
Product: | ACPI | Reporter: | Patrick Matthäi (patrick) |
Component: | Config-Interrupts | Assignee: | Len Brown (lenb) |
Status: | CLOSED INVALID | ||
Severity: | blocking | CC: | acpi-bugzilla, bunk |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.17.11 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: | informations.txt |
Description
Patrick Matthäi
2006-08-21 05:12:09 UTC
not clear this is directly related to ACPI -- as there were precious few changes in ACPI between the working 2.6.16.stable and 2.6.17.stable. In any case, please attach the complete output from dmesg -s64000 and paste the /proc/interrupts for the successful .16 success case and the failing .17 case. Also attach the output from lspci from any case. If it is an ACPI issue, then we'll also need the output from acpidump, available in the latest pmtools here: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ If I get this problem, the pc can't boot successful, I can only get in the busybox, but I will try to give you as many informations as I can take. I am experiencing something similar with my laptop with the VIA Rhine LAN adapter. On 2.6.16 this was completely reliable whereas on 2.6.17 sometimes the hardware is configured for one interrupt while the driver is listening for a different one. The result is the LAN adapter does not work but the interrupt the hardware is actually using is reported as having occurred spuriously. www.linux-development.org/problem.jpg Today, I get this serveral times again, I can't give you any of the requested informations, because he stops to boot there. I hope you can see something on the picture, bad quality. It still exists in 2.6.17.11 with the newest udev build ( 0.098 ). Here are my interrupts: me@the-me:~$ cat /proc/interrupts CPU0 0: 3265196 IO-APIC-edge timer 1: 32296 IO-APIC-edge i8042 8: 4 IO-APIC-edge rtc 9: 0 IO-APIC-level acpi 14: 48015 IO-APIC-edge ide0 15: 107 IO-APIC-edge ide1 177: 465948 IO-APIC-level ohci1394, CMI8738-MC6 185: 2 IO-APIC-level ehci_hcd:usb1 193: 0 IO-APIC-level ohci_hcd:usb2 201: 311843 IO-APIC-level ohci_hcd:usb3 209: 267500 IO-APIC-level eth0 217: 977727 IO-APIC-level fglrx NMI: 0 LOC: 3265165 ERR: 0 MIS: 0 One thing, it only happens, after the ehci HID driver ( or was it ohci? ) loaded, not at any other position. For the successful 2.6.16.stable case... please attach the complete output from dmesg -s64000 and paste the /proc/interrupts attach the output from lspci -vv attch the output from acpidump, available in the latest pmtools here: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ also, if fglrx is the binary ATI driver, please reproduce the problem without that driver loaded. Here are the informations. Created attachment 8915 [details]
informations.txt
Please reopen this bug if it is still present: - in kernel 2.6.18 and - without the fglrx ever loaded since booting. Ah sorry. It was fixed for my old mainboard in 2.6.19. |