Development Plan Proposal for Unifying Interrupt and PCI APIs

[Bogdan Vacaliuc]

On Saturday, October 23, 2004 3:35 PM, Thomas Doerfler wrote:
> Would it make sense to have a selection option between "priority
> scheme" (when the first handler of a given interrupt line has
> been found whose device has fired an interrupt) further handler
> polling will be ommitted, or a "equal priority" scheme (anybody
> has a better name for that?) where the polling will always be
> executed for all handlers attached to a certain interrupt line?

Couldn't the problem of the second device getting 'starved' by the high-frequency first device be solved by adjusting the list of
handlers for a given interrupt?  If a handler reports that it 'serviced' its device, then that handler would go to the end of the
list (of handlers for a given interrupt).  If the interrupt was still asserting, the other handlers would get a chance to service
before this one.

Almost like a least-recently-used kind of scheme.

Maybe 'lru priority'?

-bogdan