> These changes originated from (and address /try to resolve) two known > limitations of the current interrupts-to-CPUs mapping scheme, that is, > (1) the "static" nature of this mapping scheme (that, e.g., can end up > preventing the hot removal of certain CPUs) and (2) the lack of global > visibility in such scheme (where devices/channels are mapped only "one > at a time"/as they are offered, with the end result that globally the > various interrupts are not always evenly spread across CPUs).
One thing I didn't mention here is that, well, we probably don't want any of this when CONFIG_SMP=n: clearly, I didn't pay much attention to (optimize) this config in this RFC (FWIW, neither seems to do the current mapping scheme) but I'll look into this if there is interest on this regard (once back from vacation of course ;-) and, probably, at the cost of adding some #ifdeffery to this RFC). Thanks, Andrea
