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