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-tip-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
|