Revision bb143f814ea488769ca2e79e0b376139cb5f134b authored by Vineet Gupta on 23 February 2016, 06:25:16 UTC, committed by Vineet Gupta on 24 February 2016, 05:37:28 UTC
ARConnect/MCIP Inter-Core-Interrupt module can't send interrupt to local core. So use core intc capability to trigger software interrupt to self, using an unsued IRQ #21. This showed up as csd deadlock with LTP trace_sched on a dual core system. This test acts as scheduler fuzzer, triggering all sorts of schedulting activity. Trouble starts with IPI to self, which doesn't get delivered (effectively lost due to H/w capability), but the msg intended to be sent remain enqueued in per-cpu @ipi_data. All subsequent IPIs to this core from other cores get elided due to the IPI coalescing optimization in ipi_send_msg_one() where a pending msg implies an IPI already sent and assumes other core is yet to ack it. After the elided IPI, other core simply goes into csd_lock_wait() but never comes out as this core never sees the interrupt. Fixes STAR 9001008624 Cc: Peter Zijlstra <peterz@infradead.org> Cc: <stable@vger.kernel.org> [4.2] Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
1 parent 3e5177c
File | Mode | Size |
---|---|---|
Kconfig | -rw-r--r-- | 640 bytes |
Makefile | -rw-r--r-- | 207 bytes |
alloc.c | -rw-r--r-- | 14.3 KB |
anode.c | -rw-r--r-- | 15.4 KB |
buffer.c | -rw-r--r-- | 5.3 KB |
dentry.c | -rw-r--r-- | 1.4 KB |
dir.c | -rw-r--r-- | 8.5 KB |
dnode.c | -rw-r--r-- | 30.4 KB |
ea.c | -rw-r--r-- | 11.4 KB |
file.c | -rw-r--r-- | 5.5 KB |
hpfs.h | -rw-r--r-- | 17.9 KB |
hpfs_fn.h | -rw-r--r-- | 12.9 KB |
inode.c | -rw-r--r-- | 8.8 KB |
map.c | -rw-r--r-- | 9.7 KB |
name.c | -rw-r--r-- | 3.1 KB |
namei.c | -rw-r--r-- | 16.2 KB |
super.c | -rw-r--r-- | 19.4 KB |
Computing file changes ...