Searched hist:cd9139220b87f40ea83858de1d6436c639376ce7 (Results 1 – 2 of 2) sorted by relevance
| /openbmc/linux/arch/x86/xen/ |
| H A D | multicalls.c | diff cd9139220b87f40ea83858de1d6436c639376ce7 Wed Jun 13 04:58:06 CDT 2018 Juergen Gross <jgross@suse.com> xen: don't use privcmd_call() from xen_mc_flush()
Using privcmd_call() for a singleton multicall seems to be wrong, as
privcmd_call() is using stac()/clac() to enable hypervisor access to
Linux user space.
Even if currently not a problem (pv domains can't use SMAP while HVM
and PVH domains can't use multicalls) things might change when
PVH dom0 support is added to the kernel.
Reported-by: Jan Beulich <jbeulich@suse.com>
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
|
| /openbmc/linux/arch/x86/include/asm/xen/ |
| H A D | hypercall.h | diff cd9139220b87f40ea83858de1d6436c639376ce7 Wed Jun 13 04:58:06 CDT 2018 Juergen Gross <jgross@suse.com> xen: don't use privcmd_call() from xen_mc_flush()
Using privcmd_call() for a singleton multicall seems to be wrong, as
privcmd_call() is using stac()/clac() to enable hypervisor access to
Linux user space.
Even if currently not a problem (pv domains can't use SMAP while HVM
and PVH domains can't use multicalls) things might change when
PVH dom0 support is added to the kernel.
Reported-by: Jan Beulich <jbeulich@suse.com>
Signed-off-by: Juergen Gross <jgross@suse.com>
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
|