linux-kernel - Re: Kernel Bug in ATA or SMART area

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <4B75154B.8030507@gmx.de>
Date:	Fri, 12 Feb 2010 09:46:03 +0100
From:	Axel Uhl <axel.uhl@....de>
To:	Tejun Heo <tj@...nel.org>
CC:	linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org
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

Download attachment "smime.p7s" of type "application/x-pkcs7-signature" (2124 bytes)