Re: Kernel Bug in ATA or SMART area

From: Axel Uhl
Date: Fri Feb 12 2010 - 03:46:16 EST


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