From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Gleixner Subject: Re: 2.6.21-rc3-git4 ata1.00: qc timeout (cmd 0xef) (crashdump kernel) Date: Mon, 12 Mar 2007 17:47:44 +0100 Message-ID: <1173718065.13341.96.camel@localhost.localdomain> References: <6bffcb0e0703090857r14eda34bj92f3fd1d0008edb8@mail.gmail.com> <45F51218.9030907@gmail.com> <45F5805A.5080509@googlemail.com> <45F581B9.9020005@gmail.com> Reply-To: tglx@linutronix.de Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <45F581B9.9020005@gmail.com> Sender: netdev-owner@vger.kernel.org To: Tejun Heo Cc: Michal Piotrowski , Jeff Garzik , linux-ide@vger.kernel.org, Ingo Molnar , Bartlomiej Zolnierkiewicz , Stephen Hemminger , netdev@vger.kernel.org, Alan Cox List-Id: linux-ide@vger.kernel.org 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) > > [] show_trace_log_lvl+0x1a/0x2f > > [] show_trace+0x12/0x14 > > [] dump_stack+0x16/0x18 > > [] __report_bad_irq+0x39/0x79 > > [] note_interrupt+0x18f/0x1c8 > > [] handle_level_irq+0x95/0xcb > > [] do_IRQ+0xb4/0xe0 > > ======================= > > handlers: > > [] (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. tglx