[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3908561D78D1C84285E8C5FCA982C28F328056B2@ORSMSX114.amr.corp.intel.com>
Date: Tue, 13 May 2014 17:48:46 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Thomas Gleixner <tglx@...utronix.de>,
Chris Metcalf <cmetcalf@...era.com>
CC: LKML <linux-kernel@...r.kernel.org>, Tony Lu <zlu@...era.com>,
Ingo Molnar <mingo@...e.hu>, Peter Anvin <hpa@...or.com>,
Peter Zijlstra <peterz@...radead.org>,
"Yu, Fenghua" <fenghua.yu@...el.com>,
Grant Likely <grant.likely@...aro.org>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>
Subject: RE: [patch 03/32] genirq: Provide generic hwirq allocation facility
> - a bitmap based matrix vector allocator, but that shouldn't be rocket
> science to write one.
Not rocket science - but some tricky corner cases to make sure all the
allocations will fit. MSI needs blocks of irqs that start on a power-of-two
boundary so the h/w can just fiddle with low order bits. We'll see the
requests for allocation in some random order (rather than the more
convenient "largest block first"). We also have to handle hotplug events
adding and removing (and generally messing up the neat layout).
In the worst case we might need a callback to a driver to tell it
that we need to move irqs previously allocated to some new range
in order to free a contiguous block.
-Tony
--
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