[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AE90C24D6B3A694183C094C60CF0A2F6026B7360@saturn3.aculab.com>
Date: Thu, 26 Sep 2013 12:34:36 +0100
From: "David Laight" <David.Laight@...LAB.COM>
To: "Alexander Gordeev" <agordeev@...hat.com>
Cc: "Tejun Heo" <tj@...nel.org>, <linux-pci@...r.kernel.org>,
"Joerg Roedel" <joro@...tes.org>, <x86@...nel.org>,
<linux-kernel@...r.kernel.org>, <linux-ide@...r.kernel.org>,
"Jan Beulich" <JBeulich@...e.com>,
"Bjorn Helgaas" <bhelgaas@...gle.com>,
<linuxppc-dev@...ts.ozlabs.org>, "Ingo Molnar" <mingo@...nel.org>
Subject: RE: [PATCH v2 2/6] PCI/MSI: Factor out pci_get_msi_cap() interface
> On Thu, Sep 26, 2013 at 09:58:53AM +0100, David Laight wrote:
> > Would it be possible to do some kind of 2-stage allocation.
> > In the first pass the driver would pass a minimum and desired
> > number of MSI-X interrupts, but not actually be given any.
>
> Repeated calls to msi_enable_msi/msix() is what we are trying to avoid.
I was thinking that the first call would be done during driver probe
(assuming such a time exists) so that the subsystem could determine
how many interrupts all the drivers would like, so it can then
hand out a smaller number to some of the early drivers in order
to have some left to satisfy the minimum requirement of later
ones.
So all it would do is sum the requirements of all the drivers.
David
--
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