On Mon, May 05, 2014 at 04:58:15PM +0200, Peter Zijlstra wrote: > On Mon, May 05, 2014 at 04:52:59PM +0200, Frederic Weisbecker wrote: > > > Should we instead do irq_work_queue_on() ? > > > > I would really much prefer that yeah. But if we do that, expect some added > > overhead on the local > > irq_work_queue() path though. irq_work_raise can't use local cmpxchg ops > > anymore. > > > > Or we can have a different pending raise system for remote irq work. > > > > I can try something. > > Loosing that local cmpxchg shouldn't be a problem, I don't thnk this is > a particularly hot path.
Then the conversion is easy since most of the irq work code should already work for remote queuing. I'll come up with a patch soon. Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
