[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <498B880E.6070001@gmail.com>
Date: Thu, 05 Feb 2009 18:45:02 -0600
From: Robert Hancock <hancockrwd@...il.com>
To: Pasi Kärkkäinen <pasik@....fi>
CC: linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
Subject: Re: Suggestions for debugging ata_piix and ahci driver failures on
Xen pv_ops dom0 kernel (2.6.29-rcX)
Pasi Kärkkäinen wrote:
> Hello!
>
> I'm trying to figure out what's wrong with the pv_ops dom0 kernel/patches [1]
> causing at least ata_piix and ahci drivers to fail to work.
>
> There was legacy IRQ enabling problem earlier with the pv_ops dom0 patches,
> which pretty much prevented the disks from being detected.. but that got fixed.
> It could still be something related to Xen/dom0 irq handling..
>
> I'd be glad if someone could take a look at this 2.6.29-rc3-tip pv_ops dom0 kernel boot log
> and comment about _possible_ causes for such behaviour of ata_piix and ahci:
>
> http://pasik.reaktio.net/xen/pv_ops-dom0-debug/pv_ops-dom0-bootlog-11-xen331-linux-2.6.29-rc3-atadebug3.txt
>
> In that testing box I have just one IDE hdd attached to ata_piix controller, the AHCI controller doesn't
> have any disks attached.
>
> The exact same kernel works OK without problems on baremetal without Xen
> hypervisor.
Seems like me like ata_piix is not receiving any interrupts.. the
polling-based IDENTIFY and SET FEATURES work, but the READ NATIVE MAX
ADDRESS times out and so does the READ DMA that gets tried next.
Note that the ata_piix controller is in legacy mode, not native mode, so
it's using IRQ 14 and 15, not whatever the hardware may otherwise
indicate. Could be the problem is related to that.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists