ARCv2: Elide sending new cross core intr if receiver didn't ack prev
authorVineet Gupta <vgupta@synopsys.com>
Fri, 19 Feb 2016 02:27:41 +0000 (07:57 +0530)
committerVineet Gupta <vgupta@synopsys.com>
Wed, 24 Feb 2016 05:37:31 +0000 (11:07 +0530)
commit3dea30ca5bef0e013abe857057a952a9d6757fe5
treec0bf423e97bc81fc881d97c772dd8454ae622e87
parent9681787930cec7cee77db0a93c747153ef962b8a
ARCv2: Elide sending new cross core intr if receiver didn't ack prev

ARConnect/MCIP IPI sending has a retry-wait loop in case caller had
not seen a previous such interrupt. Turns out that it is not needed at
all. Linux cross core calling allows coalescing multiple IPIs to same
receiver - it is fine as long as there is one.

This logic is built into upper layer already, at a higher level of
abstraction. ipi_send_msg_one() sets the actual msg payload, but it only
calls MCIP IPI sending if msg holder was empty (using
atomic-set-new-and-get-old construct). Thus it is unlikely that the
retry-wait looping was ever getting exercised at all.

Cc: Chuck Jordan <cjordan@synopsys.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
arch/arc/kernel/mcip.c