diff options
author | Wangzhenguo <wangzhenguo@huawei.com> | 2012-08-17 14:46:48 +0100 |
---|---|---|
committer | Wangzhenguo <wangzhenguo@huawei.com> | 2012-08-17 14:46:48 +0100 |
commit | ec5dbe86ae08ecdb2eb3d6b3c15708fd508ddbf5 (patch) | |
tree | 11884e6bd6ca16ff5b414f5ab2e0806aebe838a5 /tools/libxc/xenctrl.h | |
parent | ae10d8e67da181dce7a6fac33f0c49fd87806b98 (diff) | |
download | xen-ec5dbe86ae08ecdb2eb3d6b3c15708fd508ddbf5.tar.gz xen-ec5dbe86ae08ecdb2eb3d6b3c15708fd508ddbf5.tar.bz2 xen-ec5dbe86ae08ecdb2eb3d6b3c15708fd508ddbf5.zip |
libxc/Linux: Add VM_DONTCOPY flag of the VMA of the hypercall buffer
This avoids the hypercall buffer becoming CoW on fork.
In multi-threads and multi-processes environment, e.g. the process has two
threads, thread A may call hypercall, thread B may call fork() to create child
process. After forking, all pages of the process including hypercall buffers
are cow. It will cause a write protection and return EFAULT error if hypervisor
calls copy_to_user in hypercall in thread A context,
Fix:
1. Before hypercall: use MADV_DONTFORK of madvise syscall to make the hypercall
buffer not to be copied to child process after fork.
2. After hypercall: undo the effect of MADV_DONTFORK for the hypercall buffer
by using MADV_DOFORK of madvise syscall.
3. Use mmap/nunmap for memory alloc/free instead of malloc/free to bypass libc.
Note:
Child processes must not use the opened xc_{interface,evtchn,gnttab,gntshr}
handle that inherits from parents. They should reopen the handle if they want
to interact with xc. Otherwise, it may cause segment fault to access hypercall
buffer caches of the handle.
Signed-off-by: Zhenguo Wang <wangzhenguo@huawei.com>
Signed-off-by: Xiaowei Yang <xiaowei.yang@huawei.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
[ ijc -- s/ptr/p/ to fix build & tweaked the wording of the comments
slightly. ]
Committed-by: Ian Campbell <ian.campbell@citrix.com>
Diffstat (limited to 'tools/libxc/xenctrl.h')
-rw-r--r-- | tools/libxc/xenctrl.h | 29 |
1 files changed, 26 insertions, 3 deletions
diff --git a/tools/libxc/xenctrl.h b/tools/libxc/xenctrl.h index 91fbb02979..f5583fbab6 100644 --- a/tools/libxc/xenctrl.h +++ b/tools/libxc/xenctrl.h @@ -134,6 +134,12 @@ typedef enum xc_error_code xc_error_code; * be called multiple times within a single process. Multiple processes can * have an open hypervisor interface at the same time. * + * Note: + * Child processes must not use the opened xc interface handle that inherits + * from parents. They should reopen the handle if they want to interact with + * xc. Otherwise, it may cause segment fault to access hypercall buffer caches + * of the handle. + * * Each call to this function should have a corresponding call to * xc_interface_close(). * @@ -908,6 +914,12 @@ int xc_evtchn_status(xc_interface *xch, xc_evtchn_status_t *status); * Return a handle to the event channel driver, or -1 on failure, in which case * errno will be set appropriately. * + * Note: + * Child processes must not use the opened xc evtchn handle that inherits from + * parents. They should reopen the handle if they want to interact with xc. + * Otherwise, it may cause segment fault to access hypercall buffer caches of + * the handle. + * * Before Xen pre-4.1 this function would sometimes report errors with perror. */ xc_evtchn *xc_evtchn_open(xentoollog_logger *logger, @@ -1339,9 +1351,13 @@ int xc_domain_subscribe_for_suspend( /* * These functions sometimes log messages as above, but not always. - */ - -/* + * + * Note: + * Child processes must not use the opened xc gnttab handle that inherits from + * parents. They should reopen the handle if they want to interact with xc. + * Otherwise, it may cause segment fault to access hypercall buffer caches of + * the handle. + * * Return an fd onto the grant table driver. Logs errors. */ xc_gnttab *xc_gnttab_open(xentoollog_logger *logger, @@ -1458,6 +1474,13 @@ grant_entry_v2_t *xc_gnttab_map_table_v2(xc_interface *xch, int domid, int *gnt_ /* * Return an fd onto the grant sharing driver. Logs errors. + * + * Note: + * Child processes must not use the opened xc gntshr handle that inherits from + * parents. They should reopen the handle if they want to interact with xc. + * Otherwise, it may cause segment fault to access hypercall buffer caches of + * the handle. + * */ xc_gntshr *xc_gntshr_open(xentoollog_logger *logger, unsigned open_flags); |