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-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 13 Mar 2007 01:47:01 +0900
From:	Tejun Heo <htejun@...il.com>
To:	tglx@...utronix.de
CC:	Michal Piotrowski <michal.k.k.piotrowski@...il.com>,
	Jeff Garzik <jeff@...zik.org>, linux-ide@...r.kernel.org,
	Ingo Molnar <mingo@...e.hu>,
	Bartlomiej Zolnierkiewicz <bzolnier@...il.com>,
	Stephen Hemminger <shemminger@...ux-foundation.org>,
	netdev@...r.kernel.org, Alan Cox <alan@...rguk.ukuu.org.uk>
Subject: Re: 2.6.21-rc3-git4 ata1.00: qc timeout (cmd 0xef) (crashdump	kernel)

Thomas Gleixner wrote:
> On Tue, 2007-03-13 at 01:37 +0900, Tejun Heo wrote:
>> Michal Piotrowski wrote:
>>> Calling initcall 0xc19154d8: piix_ide_init+0x0/0xbb()
>>> Calling initcall 0xc19155b6: generic_ide_init+0x0/0x16()
>>> Calling initcall 0xc191572e: ide_init+0x0/0x81()
>>> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
>>> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
>>> ICH5: IDE controller at PCI slot 0000:00:1f.1
>>> irq 5: nobody cared (try booting with the "irqpoll" option)
>>>  [<c1604556>] show_trace_log_lvl+0x1a/0x2f
>>>  [<c1604c2c>] show_trace+0x12/0x14
>>>  [<c1604cde>] dump_stack+0x16/0x18
>>>  [<c164341c>] __report_bad_irq+0x39/0x79
>>>  [<c16435eb>] note_interrupt+0x18f/0x1c8
>>>  [<c1643ec6>] handle_level_irq+0x95/0xcb
>>>  [<c1605dd8>] do_IRQ+0xb4/0xe0
>>>  =======================
>>> handlers:
>>> [<c174f55e>] (skge_intr+0x0/0x3ff)
>>> Disabling IRQ #5
>>> ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
>>> ACPI: PCI Interrupt 0000:00:1f.1[A] -> Link [LNKC] -> GSI 5 (level, low) -> IRQ 5
>>> ICH5: chipset revision 2
>>> ICH5: not 100% native mode: will probe irqs later
>>>     ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:DMA
>>>     ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:pio, hdd:DMA
>>>
>>> Is this an IDE or skge bug?
>> It seems skge's.  skge is screaming and kernel shuts down IRQ 5.
>> ata_piix is unfortunately sharing the IRQ, so its IRQ doesn't get
>> serviced and commands time out.
> 
> I doubt that. On my box the interrupt is solely used by ata_piix.

Ah right.  ata_piix could be screaming when the skge requested IRQ#5,
but ata_piix is in native mode meaning that the PCI device is probably
in disabled state when skge requests IRQ#5.

Michal, can you please test the machine with skge disabled?  If it's an
on board device, you can probably disable it in the BIOS configuration menu.

Thanks.

-- 
tejun
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ