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
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
