Messages in this thread | | | Date | Thu, 11 Sep 2008 10:23:04 -0500 | From | Dean Nelson <> | Subject | [RFC 0/4] dynamically allocate arch specific system vectors |
| |
On Mon, Aug 11, 2008 at 12:39:22PM -0700, Eric W. Biederman wrote: > > Although I am not at all convinced that dynamic allocation of > the vector number (instead of statically reserving it makes sense).
We (SGI) need somewhere around eight vectors.
There are two kernel modules, sgi-gru and sgi-xp (in drivers/misc), that each need two vectors. And there's the broadcast assist unit (BAU) that is involved in tlb shootdown on uv, which currently uses statically reserved vector 0xf8 (UV_BAU_MESSAGE -- see uv_bau_init()). I know of a debugger that also uses 0xf8 because it was previously available until UV_BAU_MESSAGE came along. The BAU would be happy with a dynamically allocated system vector. We have a couple of other things in the works that also need vectors.
All of these eight or so vectors are only meaningful on SGI uv systems.
We'll go with which ever way you decide on this (dynamically allocated or statically reserved).
But we really need to get something into 2.6.28. So in order to move forward I'm submitting the following patchset for comment. This set of four patches represents my take on Eric's suggested approach to supporting dynamically allocated system vectors (i.e., __grab_irq_vector()).
Eric, is this what you were thinking of? Or did I miss the mark?
Thanks, Dean
| |