Messages in this thread | | | Date | Fri, 12 Feb 2010 09:46:03 +0100 | From | Axel Uhl <> | Subject | Re: Kernel Bug in ATA or SMART area |
| |
Hi Tejun, (Cc list restored),
I don't have a /var/log/boot.msg, only a /var/log/boot. Its contents:
(Nothing has been logged yet.)
Output of cat /proc/interrupts:
CPU0 0: 41922385 XT-PIC-XT timer 1: 10 XT-PIC-XT i8042 2: 0 XT-PIC-XT cascade 3: 4 XT-PIC-XT 4: 1 XT-PIC-XT 6: 3 XT-PIC-XT floppy 7: 1 XT-PIC-XT 8: 4 XT-PIC-XT rtc 9: 0 XT-PIC-XT acpi 10: 1501691 XT-PIC-XT sata_promise, sata_via, ehci_hcd:usb1, HDA Intel, eth6 11: 6089136 XT-PIC-XT saa7133[0], saa7133[0], eth5 12: 131 XT-PIC-XT i8042 14: 1570 XT-PIC-XT ide0 15: 1503 XT-PIC-XT ide1 NMI: 0 Non-maskable interrupts TRM: 0 Thermal event interrupts MCE: 0 Machine check exceptions MCP: 559 Machine check polls ERR: 1
Best, -- Axel
Tejun Heo wrote: > Hello, > > Can you please restore cc list when you reply? > > On 02/12/2010 03:17 PM, Axel Uhl wrote: >> sorry, I'm not an expert on this, but are you saying the IRQ line is >> *too* crowded and I'm having a hardware problem, or is this to say that >> the kernel modules may not correctly handle the high frequency and total >> number of IRQs from different devices? Is there anything I can do on the >> hardware / BIOS side? Can I change the IRQ that some of those adapters >> use somehow to work around the problem? > > The hardware, kernel and drivers should be able to handle it fine but > it's just very unusual to have that many controllers sharing a single > IRQ line. I have no idea whether it would have anything to do with > the cause of the issue but it sure makes diagnosing the problem > harder. > > Can you please post /var/log/boot.msg and the output of cat > /proc/interrupts? > > Thanks. >
-- Find Security Certificate at http://www.axel-uhl.de/cgi-bin/cacert.cgi [unhandled content-type:application/x-pkcs7-signature] | |