[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4977399F.7000104@rtr.ca>
Date: Wed, 21 Jan 2009 10:05:03 -0500
From: Mark Lord <liml@....ca>
To: michael@...erman.id.au
Cc: Grant Grundler <grundler@...gle.com>,
Daniel Barkalow <barkalow@...ervon.org>,
IDE/ATA development list <linux-ide@...r.kernel.org>,
Linux Kernel <linux-kernel@...r.kernel.org>,
Tejun Heo <htejun@...il.com>, Jeff Garzik <jgarzik@...ox.com>,
linux-pci@...r.kernel.org
Subject: Re: libata, devm_*, and MSI ?
Michael Ellerman wrote:
> On Tue, 2009-01-20 at 20:02 -0800, Grant Grundler wrote:
..
>> 1) post lspci -v output to verify device (and bridges) is programmed correctly.
>> 2) look for chipset quirks that disable global msi
>
> The kernel shouldn't let you enable MSI if that's the case, ie.
> pci_enable_msi() should fail.
..
Exactly. So it shouldn't be that, then.
> It might still be worth looking at the quirks though, in case there's
> one for a previous revision of your bridge or something.
>
>> 3) Make sure MMIO ranges for 0xfee00000 are routed to local APIC
>> ie each bridge needs to route that address somehow (negative decode
>> is common for upstream).
>> 4) manually trigger the MSI by doing a MMIO write to the correct
>> 0xfee00000 address with the assigned vector in order to see if your
>> interrupt handler gets called.
>
> And can you plug something directly into the PCIe bus? If so does MSI
> work on that?
..
Yup. PCIe cards have no problem with MSI in that box.
More later..
--
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