[lkml]   [2003]   [Aug]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Updated MSI Patches
Zwane Mwaikambo wrote:
> On Tue, 12 Aug 2003, Jeff Garzik wrote:
>>So, IMO, do_IRQ is one special case where copying code may be preferred
>>over common code.
>>And I also feel the same way about do_MSI(). However, I have not looked
>>at non-ia32 MSI implementations to know what sort of issues exist.
> The main reason i have a preference for a seperate MSI handling path is so
> that we don't have to do the platform_irq thing in do_IRQ and we know
> what to expect wrt irq or vector. If platform_irq stays we should at
> least try and pick up on what the IA64 folks have done, But that would be
> even harder to get done right now.

Oh, I definitely prefer a separate MSI handling path too.

In the future we'll be writing drivers that _require_ MSI interrupt
handling, and we'll be optimizing the various MSI hot paths to reclaim
even the most minute amount of CPU cycles. And we want to escape any
shackles the evil phrase "legacy interrupts" dares to try to lay upon us.

But there is a flip side to that: do_IRQ is not solely hardware
interrupts. That area of code is central dispatcher for
softirq/tasklet/timer delivery as well. So a separate do_MSI() needs to
take that stuff into account.

Overall, I'm pretty happy with how Tom's MSI patches are going so far,
and he seems to be responding to feedback. So, we'll get there.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:47    [W:0.076 / U:24.992 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site