[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6bffcb0e0703121036u47dc7aebx33e2307dd50889e0@mail.gmail.com>
Date: Mon, 12 Mar 2007 18:36:35 +0100
From: "Michal Piotrowski" <michal.k.k.piotrowski@...il.com>
To: "Tejun Heo" <htejun@...il.com>
Cc: tglx@...utronix.de, "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)
On 12/03/07, Tejun Heo <htejun@...il.com> wrote:
> 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?
It seems to work fine with skge disabled.
> If it's an
> on board device, you can probably disable it in the BIOS configuration menu.
>
> Thanks.
>
> --
> tejun
>
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_testers_group_en/)
-
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