From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx> This v4 addresses some of the cleanups recommended and adds tracing option for when we do actually preempt a hypercall. I kept the NOKPROBE_SYMBOL() for now but did remove the 'notrace' stuff. This goes out as RFC still as I have not been able to test 32-bit. Can anyone test that or at least confirm that the 32-bit point we do the upcall is definitely not on the IRQ stack? Luis R. Rodriguez (2): x86/xen: add xen_is_preemptible_hypercall() x86/xen: allow privcmd hypercalls to be preempted arch/arm/include/asm/xen/hypercall.h | 5 +++++ arch/x86/include/asm/xen/hypercall.h | 20 ++++++++++++++++++++ arch/x86/kernel/entry_32.S | 2 ++ arch/x86/kernel/entry_64.S | 2 ++ arch/x86/xen/enlighten.c | 7 +++++++ arch/x86/xen/xen-head.S | 18 +++++++++++++++++- drivers/xen/events/events_base.c | 23 +++++++++++++++++++++++ include/trace/events/xen.h | 9 +++++++++ include/xen/events.h | 1 + 9 files changed, 86 insertions(+), 1 deletion(-) -- 2.1.1 -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
