KMSGs no longer self-ipi for routine messages
authorBarret Rhoden <brho@cs.berkeley.edu>
Sun, 11 Nov 2012 09:07:22 +0000 (01:07 -0800)
committerBarret Rhoden <brho@cs.berkeley.edu>
Wed, 21 Nov 2012 23:41:17 +0000 (15:41 -0800)
commitcee5040100a91c263b1bdf669618371ef151838e
tree762eb2e7fd108c5f35e899b08c5c11337cafce2e
parent1b50da7ea6a931602028cd1d9c0cfcaac1c031dc
KMSGs no longer self-ipi for routine messages

We used to need this when we had routine messages that popped into
userspace.  The self-ipi forced us to trap back into the kernel to
process the rest of the messages.  Now that our proc management kmsgs
all return (let alone not popping into userspace), this isn't a concern.

We can still have kmsgs that don't return (like __launch_kthread()),
since we'll always run our routine KMSGs at some point in the future
(smp_idle() or proc_restartcore()).

I'd normally wait til combining all the KMSG code to do this, but the
non-x86 arches didn't have ipi_is_pending().
kern/arch/i686/trap.c
kern/arch/riscv/trap.c
kern/arch/sparc/trap.c