Begin to disentangle libxenctrl and provide some stable libraries
Subsystems (2)
PATCH v6 1/1 Begin to disentangle libxenctrl and provide some stable libraries
In <[email protected]> I proposed stabilising some parts of the libxenctrl API/ABI by disaggregating into separate libraries.
This is v6 of that set of series against:
xen
qemu-xen
qemu-xen-traditional
mini-os
NB: Samuel+minios-devel will only get the mini-os side and Stefano+qemu -devel the qemu-xen side.
The code for all repos can be found in:
git://xenbits.xen.org/people/ianc/libxenctrl-split/xen.git v6git://xenbits.xen.org/people/ianc/libxenctrl-split/qemu-xen.git v6git://xenbits.xen.org/people/ianc/libxenctrl-split/qemu-xen-traditional.git v6git://xenbits.xen.org/people/ianc/libxenctrl-split/mini-os.git v6
The tip of the xen.git branch contains an extra patch hacking Config.mk to point to all the others above, which should get the correct things for the HEAD of the branch, but not further back in time.
The new libraries here are:
* libxentoollog: Common logging infrastructure
* libxenevtchn: Userspace access to evtchns (via /dev/xen/evtchn etc)
* libxengnttab: Userspace access to grant tables (via /dev/xen/gnt??? etc)
* libxencall: Making hypercalls (i.e. the IOCTL_PRIVCMD_HYPERCALL type functionality)
* libxenforeignmemory: Privileged mappings of foreign memory (IOCTL_PRIVCMD_MMAP et al)
The first three were actually pretty distinct within libxenctrl already and have not changed in quite some time.
Although the other two are somewhat new they are based on top of long standing stable ioctls, which gives me some confidence.
Nonetheless I would appreciate extra review of at least the interface headers of all of these with a particular eye to the suitability of these interfaces being maintained in an ABI (_B_, not _P_) stable way going forward.
Still to come would be libraries for specific out of tree purposes (device model, kexec), which would be adding new library at the same level as libxc I think, rather than underneath, i.e. also using the libraries split out here, but hopefully not libxenctrl itself.
The new libraries use linker version-scripts to hopefully make future ABI changes be possible in a compatible way.
Since last time:
* Major changes to the libxenforeignmemory interface, which necessitated some changes on the qemu-xen side too, invalidating various (Ack|Review)ed-by.
* Reordered the arguments to make the use of VLA possible in the future
* Allow err==NULL, this in turn lead to the realisation that the error handling for a bunch of the xc_map_foreign_* functions which transition => xc_map_foreign_bulk => xenforeigmemory_map in this series was all wrong in expecting a NULL return on error when errors can also be signalled in err[]. This lead to most of the dropped acks and various reorderings/restructuring of changes
* Lots of docs updates based on feedback given, especially to the gnttab interface.
Even with the dropped acks mini-os and qemu-xen-trad are fully acked, while qemu-xen and xen are mostly acked (but had a few dropped acks since last time).
The whole thing has been build tested on Linux (incl stubdoms), and on FreeBSD. I have runtime on Linux with qemu-xen, qemu-xen-trad and stubdoms.
Neither NetBSD nor Solaris have been tested at all. It's certainly not impossible that I've not got the #includes in the new files quite right.
http://xenbits.xen.org/people/ianc/libxenctrl-split/v6.html is the document I've been using to try and track what I'm doing. It may not be all that useful. The history of it is in the v6-with-doc branch of the xen.git linked to above.
Last time proposed that these precursors (and the corresponding qemu-xen- traditional + mini-os patches) should go in now:
tools/Rules.mk: Properly handle libraries with recursive dependencies.
tools: Refactor "xentoollog" into its own library
But I subsequently found a couple of build issues, which are addressed by two new patches at the head of the xen series.
Note also that I've picked up "x86/libxc: add an arch domain config parameter to xc_domain_create" into my xen branch, in order that I can work against qemu mainline, I expect that to go in shortly and be dropped here (just waiting on a qemu-xen-upstream-unstable osstest pass).
Ian.
v6 cover Begin to disentangle libxenctrl and provide some stable libraries
We intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries.
This is the xen part of the first phase of that change.
This mail is (or is intended to be) a reply to a "0/<VARIOUS>" super-intro mail covering all of the related patch series and which contains more details.
Ian Campbell (31):
mce-test: do not include libxenguest internal headers tools/ocaml: simplify compile/link of test apps tools/Rules.mk: Properly handle libraries with recursive dependencies.
tools: Refactor "xentoollog" into its own library tools/libxc: Remove osdep indirection for xc_evtchn
tools: Refactor /dev/xen/evtchn wrappers into libxenevtchn.
tools: Arrange to check public headers for ANSI compatiblity tools/libxc: Remove osdep indirection for xc_gnt{shr,tab}
tools: Refactor /dev/xen/gnt{dev,shr} wrappers into libxengnttab. tools/libxc: Remove osdep indirection for privcmd
tools: Refactor hypercall calling wrappers into libxencall. tools/libxc: drop xc_map_foreign_bulk_compat wrappers
tools: Remove xc_map_foreign_batch
tools: Implement xc_map_foreign_range(s) in terms of common helper
tools: Refactor foreign memory mapping into libxenforeignmemory tools/libs/foreignmemory: provide xenforeignmemory_unmap. tools/libs/foreignmemory: use size_t for size arguments. tools/libs/foreignmemory: Mention restrictions on fork in docs. tools/libs/foreignmemory: Support err == NULL to map. tools/libs/foreignmemory: pull array length argument to map forward tools/libs/foreignmemory: optimise map(num==1, err==NULL) case tools/libs/evtchn: Review and update doc comments. tools/libs: Clean up hard tabs.
tools/libs/gnttab: Extensive updates to API documentation. tools/libs/call: Update some log messages to not refer to xc. tools/libs/call: Describe return values and error semantics for
xencall*
tools/libs/call: Avoid xc_memalign in netbsd and solaris backends tools/libs/call: Use O_CLOEXEC when opening /dev/xen/privcmd on Linux tools/libs/call: linux: avoid forking between mmap and madvise
tools: Update CFLAGS for qemu-xen to allow it to use new libraries
HACK: Update Config.mk to pull all the right bits from my xenbits
trees
Roger Pau Monne (1):
x86/libxc: add an arch domain config parameter to xc_domain_create
.gitignore | 10 +
Config.mk | 18 +-
config/FreeBSD.mk | 2 -
config/NetBSD.mk | 3 -
config/NetBSDRump.mk | 1 -
config/StdGNU.mk | 1 -
config/SunOS.mk | 1 -
stubdom/Makefile | 92 ++-
stubdom/grub/Makefile | 1 +
tools/Makefile | 18 +-
tools/Rules.mk | 124 ++-
tools/console/Makefile | 3 +-
tools/console/daemon/io.c | 64 +-
tools/console/daemon/utils.c | 1 -
tools/console/daemon/utils.h | 1 +
tools/libs/Makefile | 11 +
tools/libs/call/Makefile | 67 ++
tools/libs/call/buffer.c | 192 +++++
tools/libs/call/core.c | 147 ++++
tools/libs/call/freebsd.c | 140 ++++
tools/libs/call/include/xencall.h | 99 +++
tools/libs/call/libxencall.map | 19 +
tools/libs/call/linux.c | 215 +++++
tools/libs/call/minios.c | 81 ++
tools/libs/call/netbsd.c | 121 +++
tools/libs/call/private.h | 68 ++
tools/libs/call/solaris.c | 97 +++
tools/libs/evtchn/Makefile | 67 ++
tools/libs/evtchn/core.c | 72 ++
tools/libs/evtchn/freebsd.c | 138 ++++
tools/libs/evtchn/include/xenevtchn.h | 148 ++++
tools/libs/evtchn/libxenevtchn.map | 14 +
tools/libs/evtchn/linux.c | 136 ++++
tools/libs/evtchn/minios.c | 266 ++++++
tools/libs/evtchn/netbsd.c | 147 ++++
tools/libs/evtchn/private.h | 25 +
tools/libs/evtchn/solaris.c | 135 +++
tools/libs/foreignmemory/Makefile | 67 ++
tools/libs/foreignmemory/compat.c | 72 ++
tools/libs/foreignmemory/core.c | 126 +++
tools/libs/foreignmemory/freebsd.c | 135 +++
.../libs/foreignmemory/include/xenforeignmemory.h | 108 +++
tools/libs/foreignmemory/libxenforeignmemory.map | 8 +
tools/libs/foreignmemory/linux.c | 301 +++++++
tools/libs/foreignmemory/minios.c | 69 ++
tools/libs/foreignmemory/netbsd.c | 111 +++
tools/libs/foreignmemory/private.h | 54 ++
tools/libs/foreignmemory/solaris.c | 109 +++
tools/libs/gnttab/Makefile | 69 ++
tools/libs/gnttab/gntshr_core.c | 95 +++
tools/libs/gnttab/gntshr_unimp.c | 62 ++
tools/libs/gnttab/gnttab_core.c | 124 +++
tools/libs/gnttab/gnttab_unimp.c | 89 ++
tools/libs/gnttab/include/xengnttab.h | 332 ++++++++
tools/libs/gnttab/libxengnttab.map | 23 +
tools/libs/gnttab/linux.c | 331 ++++++++
tools/libs/gnttab/minios.c | 117 +++
tools/libs/gnttab/private.h | 47 ++
tools/libs/toollog/Makefile | 62 ++
tools/{libxc => libs/toollog}/include/xentoollog.h | 10 +
tools/libs/toollog/libxentoollog.map | 12 +
tools/{libxc => libs/toollog}/xtl_core.c | 10 +
tools/{libxc => libs/toollog}/xtl_logger_stdio.c | 12 +-
tools/libvchan/Makefile | 8 +-
tools/libvchan/init.c | 44 +-
tools/libvchan/io.c | 20 +-
tools/libvchan/libxenvchan.h | 9 +-
tools/libxc/Makefile | 44 +-
tools/libxc/include/xenctrl.h | 326 +-------
tools/libxc/include/xenctrl_compat.h | 132 +++
tools/libxc/include/xenctrlosdep.h | 172 ----
tools/libxc/include/xenguest.h | 14 +-
tools/libxc/xc_altp2m.c | 64 +-
tools/libxc/xc_domain.c | 156 ++--
tools/libxc/xc_evtchn.c | 54 +-
tools/libxc/xc_evtchn_compat.c | 75 ++
tools/libxc/xc_flask.c | 8 +-
tools/libxc/xc_foreign_memory.c | 119 +--
tools/libxc/xc_freebsd_osdep.c | 407 ----------
tools/libxc/xc_gnttab.c | 93 +--
tools/libxc/xc_gnttab_compat.c | 111 +++
tools/libxc/xc_hcall_buf.c | 138 +---
tools/libxc/xc_kexec.c | 36 +-
tools/libxc/xc_linux_osdep.c | 904 ---------------------
tools/libxc/xc_minios.c | 482 -----------
tools/libxc/xc_misc.c | 79 +-
tools/libxc/xc_netbsd.c | 345 --------
tools/libxc/xc_private.c | 277 +------
tools/libxc/xc_private.h | 105 +--
tools/libxc/xc_solaris.c | 305 -------
tools/libxc/xc_sr_restore.c | 8 +-
tools/libxc/xc_sr_save.c | 6 +-
tools/libxc/xc_suspend.c | 18 +-
tools/libxc/xc_tmem.c | 7 +-
tools/libxc/xc_vm_event.c | 20 +-
tools/libxc/xenctrl_osdep_ENOSYS.c | 210 -----
tools/libxc/xg_private.h | 3 +-
tools/libxl/Makefile | 18 +-
tools/libxl/libxl.c | 2 +-
tools/libxl/libxl_create.c | 5 +-
tools/libxl/libxl_dom_suspend.c | 4 +-
tools/libxl/libxl_event.c | 14 +-
tools/libxl/libxl_internal.h | 6 +-
tools/misc/Makefile | 11 +-
tools/misc/xen-hptool.c | 13 +-
tools/misc/xen-lowmemd.c | 15 +-
tools/misc/xen-mfndump.c | 1 +
tools/ocaml/libs/eventchn/Makefile | 4 +-
tools/ocaml/libs/eventchn/xeneventchn_stubs.c | 20 +-
tools/ocaml/libs/xc/xenctrl.ml | 2 -
tools/ocaml/libs/xc/xenctrl.mli | 1 -
tools/ocaml/libs/xc/xenctrl_stubs.c | 10 +-
tools/ocaml/libs/xentoollog/Makefile | 6 +-
tools/ocaml/libs/xentoollog/genlevels.py | 2 +-
tools/ocaml/test/Makefile | 4 +-
tools/ocaml/xenstored/domains.ml | 6 +-
tools/ocaml/xenstored/xenstored.ml | 5 +-
tools/python/setup.py | 10 +-
tools/python/xen/lowlevel/xc/xc.c | 4 +-
tools/tests/mce-test/tools/Makefile | 2 -
tools/tests/mce-test/tools/xen-mceinj.c | 3 +-
tools/tests/mem-sharing/memshrtool.c | 1 +
tools/tests/xen-access/Makefile | 3 +-
tools/tests/xen-access/xen-access.c | 21 +-
tools/xcutils/Makefile | 4 +-
tools/xenmon/Makefile | 2 +
tools/xenmon/xenbaked.c | 26 +-
tools/xenpaging/Makefile | 4 +-
tools/xenpaging/pagein.c | 1 -
tools/xenpaging/xenpaging.c | 33 +-
tools/xenpaging/xenpaging.h | 5 +-
tools/xenstore/Makefile | 7 +-
tools/xenstore/init-xenstore-domain.c | 2 +-
tools/xenstore/xenstored_core.c | 7 +-
tools/xenstore/xenstored_core.h | 5 +-
tools/xenstore/xenstored_domain.c | 49 +-
tools/xenstore/xenstored_minios.c | 5 +-
tools/xentrace/Makefile | 5 +-
tools/xentrace/xenctx.c | 3 +-
tools/xentrace/xentrace.c | 17 +-
140 files changed, 6104 insertions(+), 4363 deletions(-)
create mode 100644 tools/libs/Makefile
create mode 100644 tools/libs/call/Makefile
create mode 100644 tools/libs/call/buffer.c
create mode 100644 tools/libs/call/core.c
create mode 100644 tools/libs/call/freebsd.c
create mode 100644 tools/libs/call/include/xencall.h
create mode 100644 tools/libs/call/libxencall.map
create mode 100644 tools/libs/call/linux.c
create mode 100644 tools/libs/call/minios.c
create mode 100644 tools/libs/call/netbsd.c
create mode 100644 tools/libs/call/private.h
create mode 100644 tools/libs/call/solaris.c
create mode 100644 tools/libs/evtchn/Makefile
create mode 100644 tools/libs/evtchn/core.c
create mode 100644 tools/libs/evtchn/freebsd.c
create mode 100644 tools/libs/evtchn/include/xenevtchn.h
create mode 100644 tools/libs/evtchn/libxenevtchn.map
create mode 100644 tools/libs/evtchn/linux.c
create mode 100644 tools/libs/evtchn/minios.c
create mode 100644 tools/libs/evtchn/netbsd.c
create mode 100644 tools/libs/evtchn/private.h
create mode 100644 tools/libs/evtchn/solaris.c
create mode 100644 tools/libs/foreignmemory/Makefile
create mode 100644 tools/libs/foreignmemory/compat.c
create mode 100644 tools/libs/foreignmemory/core.c
create mode 100644 tools/libs/foreignmemory/freebsd.c
create mode 100644 tools/libs/foreignmemory/include/xenforeignmemory.h
create mode 100644 tools/libs/foreignmemory/libxenforeignmemory.map
create mode 100644 tools/libs/foreignmemory/linux.c
create mode 100644 tools/libs/foreignmemory/minios.c
create mode 100644 tools/libs/foreignmemory/netbsd.c
create mode 100644 tools/libs/foreignmemory/private.h
create mode 100644 tools/libs/foreignmemory/solaris.c
create mode 100644 tools/libs/gnttab/Makefile
create mode 100644 tools/libs/gnttab/gntshr_core.c
create mode 100644 tools/libs/gnttab/gntshr_unimp.c
create mode 100644 tools/libs/gnttab/gnttab_core.c
create mode 100644 tools/libs/gnttab/gnttab_unimp.c
create mode 100644 tools/libs/gnttab/include/xengnttab.h
create mode 100644 tools/libs/gnttab/libxengnttab.map
create mode 100644 tools/libs/gnttab/linux.c
create mode 100644 tools/libs/gnttab/minios.c
create mode 100644 tools/libs/gnttab/private.h
create mode 100644 tools/libs/toollog/Makefile
rename tools/{libxc => libs/toollog}/include/xentoollog.h (97%)
create mode 100644 tools/libs/toollog/libxentoollog.map
rename tools/{libxc => libs/toollog}/xtl_core.c (95%)
rename tools/{libxc => libs/toollog}/xtl_logger_stdio.c (97%)
create mode 100644 tools/libxc/include/xenctrl_compat.h
delete mode 100644 tools/libxc/include/xenctrlosdep.h
create mode 100644 tools/libxc/xc_evtchn_compat.c
delete mode 100644 tools/libxc/xc_freebsd_osdep.c
create mode 100644 tools/libxc/xc_gnttab_compat.c
delete mode 100644 tools/libxc/xc_linux_osdep.c
delete mode 100644 tools/libxc/xenctrl_osdep_ENOSYS.cSignature · 1 line
2.1.4
PATCH v6 1/32 x86/libxc: add an arch domain config parameter to xc_domain_create
From: Roger Pau Monne <[email protected]>
With the addition of HVMlite the hypervisor now always requires a non-null arch domain config, which is different between HVM and PV guests.
Add a new parameter to xc_domain_create that contains a pointer to an arch domain config. If the pointer is null, create a default arch domain config based on guest type.
Fix all the in-tree callers to provide a null arch domain config in order to mimic previous behaviour.
---
XXX picked up in this series so I can work against qemu-mainline.
--- tools/libxc/include/xenctrl.h | 14 +++------- tools/libxc/xc_domain.c | 51 +++++++++++++++-------------------- tools/libxl/libxl_create.c | 5 ++-- tools/ocaml/libs/xc/xenctrl_stubs.c | 2 +- tools/python/xen/lowlevel/xc/xc.c | 2 +- tools/xenstore/init-xenstore-domain.c | 2 +- 6 files changed, 29 insertions(+), 47 deletions(-)
tools/libxc/include/xenctrl.h +3 -11
@@ -502,17 +502,9 @@ typedef uniontypedef struct xen_arch_domainconfig xc_domain_configuration_t ; -int xc_domain_create_config (xc_interface *xch, -uint32_t ssidref, -xen_domain_handle_t handle, -uint32_t flags, -uint32_t *pdomid, -xc_domain_configuration_t *config); -int xc_domain_create (xc_interface *xch, -uint32_t ssidref, -xen_domain_handle_t handle, -uint32_t flags, -uint32_t *pdomid); +int xc_domain_create (xc_interface *xch,uint32_t ssidref, +xen_domain_handle_t handle,uint32_t flags, +uint32_t *pdomid,xc_domain_configuration_t *config);/* Functions to produce a dump of a given domain
tools/libxc/xc_domain.c +21 -30
67 lines not on this page · raw message
tools/libxl/libxl_create.c +2 -3
@@ -528,9 +528,8 @@ int libxl__domain_make(libxl__gc *gc, libxl_domain_config *d_config,/* Valid domid here means we're soft resetting. */ if (!libxl_domid_valid_guest (*domid)) { - ret =xc_domain_create_config (ctx->xch, info->ssidref, - handle, flags, domid, - xc_config); + ret =xc_domain_create (ctx->xch, info->ssidref, handle, flags, domid, + xc_config);if (ret <0 ) {LOGE (ERROR ,"domain creation fail" ); rc =ERROR_FAIL ;
tools/ocaml/libs/xc/xenctrl_stubs.c +1 -1
@@ -175,7 +175,7 @@ CAMLprim value stub_xc_domain_create(value xch, value ssidref, }caml_enter_blocking_section (); - result =xc_domain_create (_H (xch), c_ssidref, h, c_flags, &domid); + result =xc_domain_create (_H (xch), c_ssidref, h, c_flags, &domid,NULL );caml_leave_blocking_section ();if (result <0 )
tools/python/xen/lowlevel/xc/xc.c +1 -1
@@ -132,7 +132,7 @@ static PyObject *pyxc_domain_create(XcObject *self, }if ( (ret =xc_domain_create (self->xc_handle, ssidref, - handle, flags, &dom)) <0 ) + handle, flags, &dom,NULL )) <0 )return pyxc_error_to_exception (self->xc_handle);if ( target )
tools/xenstore/init-xenstore-domain.c +1 -1
@@ -28,7 +28,7 @@ static int build(xc_interface *xch, int argc, char** argv) rv =xc_flask_context_to_sid (xch, argv[3 ],strlen (argv[3 ]), &ssid);if (rv) goto err; - rv =xc_domain_create (xch, ssid, handle,0 , &domid); + rv =xc_domain_create (xch, ssid, handle,0 , &domid,NULL );if (rv) goto err; rv =xc_domain_max_vcpus (xch, domid,1 );if (rv) goto err;
Signature · 7 lines
2.1.4 _______________________________________________ Xen-devel mailing list [email protected] http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 01/32] x86/libxc: add an arch domain config parameter to xc_domain_create
Quoted 9 lines · Ian Campbell
From: Roger Pau Monne <[email protected]>
With the addition of HVMlite the hypervisor now always requires a non-null arch domain config, which is different between HVM and PV guests.
Add a new parameter to
xc_domain_createthat contains a pointer to an arch domain config. If the pointer is null, create a default arch domain config based on guest type.
Quoted 6 lines
Fix all the in-tree callers to provide a null arch domain config in order to mimic previous behaviour.
Signed-off-by Roger Pau Monné <[email protected]>---
XXX picked up in this series so I can work against qemu-mainline.
This is already committed, so I skip this one.
Wei.
PATCH v6 2/32 mce-test: do not include libxenguest internal headers
In reply to Ian CampbellAs far as I can tell there is no requirement for these and it builds fine without them.
---
v6: New patch
--- tools/tests/mce-test/tools/Makefile | 2 -- tools/tests/mce-test/tools/xen-mceinj.c | 2 -- 2 files changed, 4 deletions(-)
tools/tests/mce-test/tools/Makefile +0 -2
@@ -3,8 +3,6 @@ include $(XEN_ROOT)/tools/Rules.mk CFLAGS += -Werror CFLAGS += $(CFLAGS_libxenctrl) -# xen-mceinj.c incorrectly use libxc internals -CFLAGS += -I$(XEN_ROOT)/tools/libxc CFLAGS += $(CFLAGS_libxenguest) CFLAGS += $(CFLAGS_libxenstore) CFLAGS += $(CFLAGS_xeninclude)
tools/tests/mce-test/tools/xen-mceinj.c +0 -2
@@ -31,12 +31,10 @@#include <stdarg.h> #include <xenctrl.h> -#include <xg_private.h> #include <xenguest.h> #include <inttypes.h> #include <sys/time.h> #include <xen/arch-x86/xen-mca.h> -#include <xg_save_restore.h> #include <xenstore.h> #define MCi_type_CTL 0x0
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 02/32] mce-test: do not include libxenguest internal headers
Quoted 4 lines · Ian Campbell
As far as I can tell there is no requirement for these and it builds fine without them.
Signed-off-by Ian Campbell <[email protected]>
Sorry - my fault.
This will be because of c/s b15bc4345e "tools/libxc: Remove legacy migration implementation" where I ended up moving xc_map_m2p() from libxenguest to libxenctrl to allow the complete removal of xc_domain_save.c
I even identified xen-mceinj in the commit message, but didn't twig that it meant I could remove the build hacks.
Re: [PATCH XEN v6 02/32] mce-test: do not include libxenguest internal headers
In reply to Ian CampbellQuoted 4 lines · Ian Campbell
As far as I can tell there is no requirement for these and it builds fine without them.
Signed-off-by Ian Campbell <[email protected]>
PATCH v6 3/32 tools/ocaml: simplify compile/link of test apps
In reply to Ian Campbellxtl doesn't require the full LDLIBS_libxenctrl, just the -L and xenlight.cmxa, the latter which contains LDLIBS_libxenctrl as needed. Fixing this avoids the need to be concerned about LDLIBS_libxenctrl becoming more than one word in the future.
Since the tests are pure ocaml (no C components) CFLAGS and LIBS_xenlight are not required.
---
v6: New patch
--- tools/ocaml/test/Makefile | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-)
tools/ocaml/test/Makefile +1 -3
@@ -2,9 +2,7 @@ XEN_ROOT = $(CURDIR)/../../.. OCAML_TOPLEVEL = $(CURDIR)/.. include $(OCAML_TOPLEVEL)/common.make -CFLAGS += $(CFLAGS_libxenlight) CFLAGS += $(APPEND_CFLAGS) -LIBS_xenlight = $(LDLIBS_libxenlight) OCAMLINCLUDE += \ -I $(OCAML_TOPLEVEL)/libs/xentoollog \
@@ -16,7 +14,7 @@ PROGRAMS = xtl send_debug_keys list_domains raise_exception dmesg xtl_LIBS = \ -ccopt -L -ccopt $(OCAML_TOPLEVEL)/libs/xentoollog $(OCAML_TOPLEVEL)/libs/xentoollog/xentoollog.cmxa \ - -cclib $(LDLIBS_libxenctrl) + -ccopt -L -ccopt $(OCAML_TOPLEVEL)/libs/xl $(OCAML_TOPLEVEL)/libs/xl/xenlight.cmxa xtl_OBJS = xtl
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 03/32] tools/ocaml: simplify compile/link of test apps
Quoted 8 lines · Ian Campbell
xtl doesn't require the full
LDLIBS_libxenctrl, just the -L and xenlight.cmxa, the latter which containsLDLIBS_libxenctrlas needed. Fixing this avoids the need to be concerned aboutLDLIBS_libxenctrlbecoming more than one word in the future.
Quoted 5 lines
Since the tests are pure ocaml (no C components) CFLAGS and
LIBS_xenlightare not required.Signed-off-by Ian Campbell <[email protected]>Cc David Scott <[email protected]>
Looks fine to me:
Cheers,
Dave
Quoted 32 lines
---
v6: New patch
---tools/ocaml/test/Makefile| 4 +---1 file changed, 1 insertion(+), 3 deletions(-)tools/ocaml/test/Makefile +0
-0@@ -2,9 +2,7 @@ XEN_ROOT = $(CURDIR)/../../..
OCAML_TOPLEVEL= $(CURDIR)/..
include $(OCAML_TOPLEVEL)/common.make-CFLAGS += $(CFLAGS_libxenlight)
CFLAGS += $(APPEND_CFLAGS)
-LIBS_xenlight = $(LDLIBS_libxenlight)OCAMLINCLUDE += \ -I $(OCAML_TOPLEVEL)/libs/xentoollog \tools/ocaml/test/Makefile +1
-1@@ -16,7 +14,7 @@ PROGRAMS = xtl send_debug_keys list_domains raise_exception dmesg xtl_LIBS = \ -ccopt -L -ccopt $(OCAML_TOPLEVEL)/libs/xentoollog $(OCAML_TOPLEVEL)/libs/xentoollog/xentoollog.cmxa \ - -cclib $(LDLIBS_libxenctrl) + -ccopt -L -ccopt $(OCAML_TOPLEVEL)/libs/xl $(OCAML_TOPLEVEL)/libs/xl/xenlight.cmxa
xtl_OBJS= xtlSignature · 1 line
2.1.4
Re: [PATCH XEN v6 03/32] tools/ocaml: simplify compile/link of test apps
In reply to Ian CampbellQuoted 10 lines · Ian Campbell
xtl doesn't require the full
LDLIBS_libxenctrl, just the -L and xenlight.cmxa, the latter which containsLDLIBS_libxenctrlas needed. Fixing this avoids the need to be concerned aboutLDLIBS_libxenctrlbecoming more than one word in the future.Since the tests are pure ocaml (no C components) CFLAGS and
LIBS_xenlightare not required.Signed-off-by Ian Campbell <[email protected]>Cc David Scott <[email protected]>
PATCH v6 4/32 tools/Rules.mk: Properly handle libraries with recursive dependencies.
In reply to Ian CampbellIn tree libraries which link against other in tree libraries in a way which is opaque to their callers need special handling, specifically correct use of -Wl,-rpath-link for the recusively used libraries.
Currently this is rather simple, but up coming changes are going to introduce transitive dependencies more than 1 step deep.
Introduce a SHDEPS idiom to contain all the recursive deps for a library and include those in both LDLIBS (for linking) and SHLIB (for recursive uses).
Try and document the whole thing.
---
v5: Handled rebase over removal of stray L in rpath-link.
v4: Unmanged description of libbaz.
--- tools/Rules.mk | 74 ++++++++++++++++++++++++++++++++++++++++++++++++---------- 1 file changed, 62 insertions(+), 12 deletions(-)
tools/Rules.mk +62 -12
@@ -34,25 +34,72 @@ INSTALL_SHLIB = : install-shlib-unsupported-fail SYMLINK_SHLIB = : symlink-shlib-unsupported-fail endif +# Compiling and linking against in tree libraries. +# +# In order to compile and link against an in-tree library various +# cpp/compiler/linker options are required. +# +# For example consider a library "libfoo" which itself uses two other +# libraries: +# libbar - whose use is entirely internal to libfoo and not exposed +# to users of libfoo at all. +# libbaz - whose use is entirely internal to libfoo but libfoo's +# public headers include one or more of libbaz's +# public headers. Users of libfoo are therefore transitively +# using libbaz's header but not linking against libbaz. +# +# SHDEPS_libfoo: Flags for linking recursive dependencies of +# libfoo. Must contain SHLIB for every library which +# libfoo links against. So must contain both +# $(SHLIB_libbar) and $(SHLIB_libbaz). +# +# SHLIB_libfoo: Flags for recursively linking against libfoo. Must +# contains SHDEPS_libfoo and: +# -Wl,-rpath-link=<directory containing libfoo.so> +# +# CFLAGS_libfoo: Flags for compiling against libfoo. Must add the +# directories containing libfoo's headers to the +# include path. Must recursively include +# $(CFLAGS_libbaz), to satisfy the transitive inclusion +# of the headers but not $(CFLAGS_libbar) since none of +# libbar's headers are required to build against +# libfoo. +# +# LDLIBS_libfoo: Flags for linking against libfoo. Must contain +# $(SHDEPS_libfoo) and the path to libfoo.so +# +# Consumers of libfoo should include $(CFLAGS_libfoo) and +# $(LDLIBS_libfoo) in their appropriate directories. They should not +# include any CFLAGS or LDLIBS relating to libbar or libbaz unless +# they use those libraries directly (not via libfoo) too. +# +# Consumers of libfoo should not directly use $(SHDEPS_libfoo) or +# $(SHLIB_libfoo) + CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_xeninclude) +SHDEPS_libxenctrl = LDLIBS_libxenctrl = $(XEN_LIBXC)/libxenctrl$(libextension) SHLIB_libxenctrl = -Wl,-rpath-link=$(XEN_LIBXC) CFLAGS_libxenguest = -I$(XEN_LIBXC)/include $(CFLAGS_xeninclude) -LDLIBS_libxenguest = $(XEN_LIBXC)/libxenguest$(libextension) -SHLIB_libxenguest = -Wl,-rpath-link=$(XEN_LIBXC) +SHDEPS_libxenguest = +LDLIBS_libxenguest = $(SHDEPS_libxenguest) $(XEN_LIBXC)/libxenguest$(libextension) +SHLIB_libxenguest = $(SHDEPS_libxenguest) -Wl,-rpath-link=$(XEN_LIBXC) CFLAGS_libxenstore = -I$(XEN_XENSTORE)/include $(CFLAGS_xeninclude) -LDLIBS_libxenstore = $(XEN_XENSTORE)/libxenstore$(libextension) -SHLIB_libxenstore = -Wl,-rpath-link=$(XEN_XENSTORE) +SHDEPS_libxenstore = +LDLIBS_libxenstore = $(SHDEPS_libxenguest) $(XEN_XENSTORE)/libxenstore$(libextension) +SHLIB_libxenstore = $(SHDEPS_libxenguest) -Wl,-rpath-link=$(XEN_XENSTORE) CFLAGS_libxenstat = -I$(XEN_LIBXENSTAT) -LDLIBS_libxenstat = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) $(XEN_LIBXENSTAT)/libxenstat$(libextension) -SHLIB_libxenstat = -Wl,-rpath-link=$(XEN_LIBXENSTAT) +SHDEPS_libxenstat = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) +LDLIBS_libxenstat = $(SHDEPS_libxenstat) $(XEN_LIBXENSTAT)/libxenstat$(libextension) +SHLIB_libxenstat = $(SHDEPS_libxenstat) -Wl,-rpath-link=$(XEN_LIBXENSTAT) CFLAGS_libxenvchan = -I$(XEN_LIBVCHAN) -LDLIBS_libxenvchan = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) $(XEN_LIBVCHAN)/libxenvchan$(libextension) -SHLIB_libxenvchan = -Wl,-rpath-link=$(XEN_LIBVCHAN) +SHDEPS_libxenvchan = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) +LDLIBS_libxenvchan = $(SHDEPS_libxenvchan) $(XEN_LIBVCHAN)/libxenvchan$(libextension) +SHLIB_libxenvchan = $(SHDEPS_libxenvchan) -Wl,-rpath-link=$(XEN_LIBVCHAN) ifeq ($(debug),y) # Disable optimizations and enable debugging information for macros
@@ -65,17 +112,20 @@ LIBXL_BLKTAP ?= $(CONFIG_BLKTAP2) ifeq ($(LIBXL_BLKTAP),y) CFLAGS_libblktapctl = -I$(XEN_BLKTAP2)/control -I$(XEN_BLKTAP2)/include $(CFLAGS_xeninclude) -LDLIBS_libblktapctl = $(XEN_BLKTAP2)/control/libblktapctl$(libextension) -SHLIB_libblktapctl = -Wl,-rpath-link=$(XEN_BLKTAP2)/control +SHDEPS_libblktapctl = +LDLIBS_libblktapctl = $(SHDEPS_libblktapctl) $(XEN_BLKTAP2)/control/libblktapctl$(libextension) +SHLIB_libblktapctl = $(SHDEPS_libblktapctl) -Wl,-rpath-link=$(XEN_BLKTAP2)/control else CFLAGS_libblktapctl = +SHDEPS_libblktapctl = LDLIBS_libblktapctl = SHLIB_libblktapctl = endif CFLAGS_libxenlight = -I$(XEN_XENLIGHT) $(CFLAGS_libxenctrl) $(CFLAGS_xeninclude) -LDLIBS_libxenlight = $(XEN_XENLIGHT)/libxenlight$(libextension) $(SHLIB_libxenctrl) $(SHLIB_libxenstore) $(SHLIB_libblktapctl) -SHLIB_libxenlight = -Wl,-rpath-link=$(XEN_XENLIGHT) +SHDEPS_libxenlight = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) $(SHLIB_libblktapctl) +LDLIBS_libxenlight = $(SHDEPS_libxenlight) $(XEN_XENLIGHT)/libxenlight$(libextension) +SHLIB_libxenlight = $(SHDEPS_libxenlight) -Wl,-rpath-link=$(XEN_XENLIGHT) CFLAGS += -D__XEN_TOOLS__
Signature · 1 line
2.1.4
PATCH v6 5/32 tools: Refactor "xentoollog" into its own library
In reply to Ian CampbellIn attempting to disaggregate libxenctrl I found that many of the pieces were going to want access to this library, so split it out (as it probably should always have been).
Various build adjustments are needed. In particular things which use xtl_* themselves now need to explicity link against the library.
This has a nice side effect which is that users of libxl no longer need to link against libxenctrl just to create a logger, which was counter to the principal that applications using libxl shouldn't be required to look behind the curtain. This means that xl no longer links against libxenctrl.
The new library uses a version script to ensure that only expected symbols are exported and to version them such that ABI guarantees can be kept in the future.
---
Must be applied with:
- "qemu-xen-traditional: Use xentoollog as a separate library" and a corresponding QEMU_TAG update folded here.
- "mini-os: Include libxentoollog with libxc" and a corresponding bump to MINIOS_UPSTREAM_REVISION folded in here.
v2: Update doc at same time
v3: Move into tools/libs/toollog.
v6: Dropped spurious debugging changes to tools/ocaml/Makefile.rules
---
.gitignore | 1 +
stubdom/Makefile | 24 ++++++++-
stubdom/grub/Makefile | 1 +
tools/Makefile | 3 ++
tools/Rules.mk | 14 +++--
tools/libs/Makefile | 7 +++
tools/libs/toollog/Makefile | 59 ++++++++++++++++++++++
tools/{libxc => libs/toollog}/include/xentoollog.h | 0
tools/libs/toollog/libxentoollog.map | 12 +++++
tools/{libxc => libs/toollog}/xtl_core.c | 0
tools/{libxc => libs/toollog}/xtl_logger_stdio.c | 0
tools/libxc/Makefile | 7 ++-
tools/libxl/Makefile | 15 +++---
tools/ocaml/libs/xentoollog/Makefile | 6 +--
tools/ocaml/libs/xentoollog/genlevels.py | 2 +-
tools/python/setup.py | 5 +-
tools/xenpaging/Makefile | 2 +-
17 files changed, 135 insertions(+), 23 deletions(-)
create mode 100644 tools/libs/Makefile
create mode 100644 tools/libs/toollog/Makefile
rename tools/{libxc => libs/toollog}/include/xentoollog.h (100%)
create mode 100644 tools/libs/toollog/libxentoollog.map
rename tools/{libxc => libs/toollog}/xtl_core.c (100%)
rename tools/{libxc => libs/toollog}/xtl_logger_stdio.c (100%).gitignore +1 -0
@@ -58,6 +58,7 @@ stubdom/gcc-* stubdom/include stubdom/ioemu stubdom/xenstore +stubdom/libxentoollog-* stubdom/libxc-* stubdom/lwip-* stubdom/mini-os-*
stubdom/Makefile +23 -1
@@ -313,6 +313,11 @@ mk-headers-$(XEN_TARGET_ARCH): $(IOEMU_LINKFARM_TARGET) ln -sf $(wildcard $(XEN_ROOT)/tools/include/xen-foreign/*) include/xen-foreign/ && \ $(MAKE) DESTDIR= -C include/xen-foreign/ && \ ( [ -h include/xen/foreign ] || ln -sf ../xen-foreign include/xen/foreign ) + mkdir -p libs-$(XEN_TARGET_ARCH)/toollog + [ -h libs-$(XEN_TARGET_ARCH)/toollog/Makefile ] || ( cd libs-$(XEN_TARGET_ARCH)/toollog && \ + ln -sf $(XEN_ROOT)/tools/libs/toollog/include/*.h . && \ + ln -sf $(XEN_ROOT)/tools/libs/toollog/*.c . && \ + ln -sf $(XEN_ROOT)/tools/libs/toollog/Makefile . ) mkdir -p libxc-$(XEN_TARGET_ARCH) [ -h libxc-$(XEN_TARGET_ARCH)/Makefile ] || ( cd libxc-$(XEN_TARGET_ARCH) && \ ln -sf $(XEN_ROOT)/tools/libxc/*.h . && \
@@ -336,12 +341,23 @@ $(TARGETS_MINIOS): mini-os-%: done ####### +# libxentoollog +####### + +.PHONY: libxentoollog +libxentoollog: libs-$(XEN_TARGET_ARCH)/toollog/libxentoollog.a +libs-$(XEN_TARGET_ARCH)/toollog/libxentoollog.a: $(NEWLIB_STAMPFILE) + $(MAKE) -C $(XEN_ROOT)/tools/include + $(MAKE) DESTDIR= -C $(MINI_OS) links + CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/toollog + +####### # libxc ####### .PHONY: libxc libxc: libxc-$(XEN_TARGET_ARCH)/libxenctrl.a libxc-$(XEN_TARGET_ARCH)/libxenguest.a -libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: cross-zlib +libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog cross-zlib $(MAKE) -C $(XEN_ROOT)/tools/include $(MAKE) DESTDIR= -C $(MINI_OS) links CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= CONFIG_LIBXC_MINIOS=y -C libxc-$(XEN_TARGET_ARCH)
@@ -515,6 +531,11 @@ clean: $(MAKE) -C vtpmmgr clean rm -fr grub-$(XEN_TARGET_ARCH) rm -f $(STUBDOMPATH) + [ ! -e libs-$(XEN_TARGET_ARCH)/toollog/Makefile ] || $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/toollog clean + [ ! -e libs-$(XEN_TARGET_ARCH)/evtchn/Makefile ] || $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/evtchn clean + [ ! -e libs-$(XEN_TARGET_ARCH)/gnttab/Makefile ] || $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/gnttab clean + [ ! -e libs-$(XEN_TARGET_ARCH)/call/Makefile ] || $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/call clean + [ ! -e libs-$(XEN_TARGET_ARCH)/foreignmemory/Makefile ] || $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/foreignmemory clean [ ! -e libxc-$(XEN_TARGET_ARCH)/Makefile ] || $(MAKE) DESTDIR= -C libxc-$(XEN_TARGET_ARCH) clean -[ ! -d ioemu ] || $(MAKE) DESTDIR= -C ioemu clean -[ ! -d xenstore ] || $(MAKE) DESTDIR= -C xenstore clean
@@ -525,6 +546,7 @@ crossclean: clean rm -fr $(CROSS_ROOT) rm -fr newlib-$(XEN_TARGET_ARCH) rm -fr zlib-$(XEN_TARGET_ARCH) pciutils-$(XEN_TARGET_ARCH) + rm -fr libs-$(XEN_TARGET_ARCH) rm -fr libxc-$(XEN_TARGET_ARCH) ioemu xenstore rm -fr gmp-$(XEN_TARGET_ARCH) rm -fr polarssl-$(XEN_TARGET_ARCH)
stubdom/grub/Makefile +1 -0
@@ -5,6 +5,7 @@ vpath %.c ../grub-upstream BOOT=$(OBJ_DIR)/boot-$(XEN_TARGET_ARCH).o +DEF_CPPFLAGS += -I$(XEN_ROOT)/tools/libs/toollog/include DEF_CPPFLAGS += -I$(XEN_ROOT)/tools/libxc/include -I$(XEN_ROOT)/tools/include -I. DEF_CPPFLAGS += -I../grub-upstream/stage1 DEF_CPPFLAGS += -I../grub-upstream/stage2
tools/Makefile +3 -0
@@ -3,6 +3,7 @@ include $(XEN_ROOT)/tools/Rules.mk SUBDIRS-y := SUBDIRS-y += include +SUBDIRS-y += libs SUBDIRS-y += libxc SUBDIRS-$(FLASK_ENABLE) += flask SUBDIRS-y += xenstore
@@ -248,12 +249,14 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find --includedir=$(LIBEXEC_INC) \ --source-path=$$source \ --extra-cflags="-I$(XEN_ROOT)/tools/include \ + -I$(XEN_ROOT)/tools/libs/toollog/include \ -I$(XEN_ROOT)/tools/libxc/include \ -I$(XEN_ROOT)/tools/xenstore/include \ -I$(XEN_ROOT)/tools/xenstore/compat/include \ $(EXTRA_CFLAGS_QEMU_XEN)" \ --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ -L$(XEN_ROOT)/tools/xenstore \ + -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/toollog \ $(QEMU_UPSTREAM_RPATH)" \ --bindir=$(LIBEXEC_BIN) \ --datadir=$(SHAREDIR)/qemu-xen \
tools/Rules.mk +10 -4
@@ -10,6 +10,7 @@ export _INSTALL := $(INSTALL) INSTALL = $(XEN_ROOT)/tools/cross-install XEN_INCLUDE = $(XEN_ROOT)/tools/include +XEN_LIBXENTOOLLOG = $(XEN_ROOT)/tools/libs/toollog XEN_LIBXC = $(XEN_ROOT)/tools/libxc XEN_XENLIGHT = $(XEN_ROOT)/tools/libxl XEN_XENSTORE = $(XEN_ROOT)/tools/xenstore
@@ -76,10 +77,15 @@ endif # Consumers of libfoo should not directly use $(SHDEPS_libfoo) or # $(SHLIB_libfoo) -CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_xeninclude) -SHDEPS_libxenctrl = -LDLIBS_libxenctrl = $(XEN_LIBXC)/libxenctrl$(libextension) -SHLIB_libxenctrl = -Wl,-rpath-link=$(XEN_LIBXC) +CFLAGS_libxentoollog = -I$(XEN_LIBXENTOOLLOG)/include $(CFLAGS_xeninclude) +SHDEPS_libxentoollog = +LDLIBS_libxentoollog = $(XEN_LIBXENTOOLLOG)/libxentoollog$(libextension) +SHLIB_libxentoollog = -Wl,-rpath-link=$(XEN_LIBXENTOOLLOG) + +CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_libxentoollog) $(CFLAGS_xeninclude) +SHDEPS_libxenctrl = $(SHLIB_libxentoollog) +LDLIBS_libxenctrl = $(SHDEPS_libxenctrl) $(XEN_LIBXC)/libxenctrl$(libextension) +SHLIB_libxenctrl = $(SHDEPS_libxenctrl) -Wl,-rpath-link=$(XEN_LIBXC) CFLAGS_libxenguest = -I$(XEN_LIBXC)/include $(CFLAGS_xeninclude) SHDEPS_libxenguest =
tools/libs/Makefile new file +7 -0
@@ -0,0 +1,7 @@ +XEN_ROOT = $(CURDIR)/../.. +include $(XEN_ROOT)/tools/Rules.mk + +SUBDIRS-y := +SUBDIRS-y += toollog + +all clean install distclean: %: subdirs-%
tools/libs/toollog/Makefile new file +59 -0
59 lines not on this page · raw message
tools/libs/toollog/include/xentoollog.h renamed from tools/libxc/include/xentoollog.h +0 -0
tools/libs/toollog/libxentoollog.map new file +12 -0
@@ -0,0 +1,12 @@ +VERS_1.0 { + global: + xtl_createlogger_stdiostream; + xtl_level_to_string; + xtl_log; + xtl_logger_destroy; + xtl_logv; + xtl_progress; + xtl_stdiostream_adjust_flags; + xtl_stdiostream_set_minlevel; + local: *; /* Do not expose anything by default */ +};
tools/libs/toollog/xtl_core.c renamed from tools/libxc/xtl_core.c +0 -0
tools/libs/toollog/xtl_logger_stdio.c renamed from tools/libxc/xtl_logger_stdio.c +0 -0
tools/libxc/Makefile +3 -4
@@ -39,8 +39,6 @@ CTRL_SRCS-y += xc_memshr.c CTRL_SRCS-y += xc_hcall_buf.c CTRL_SRCS-y += xc_foreign_memory.c CTRL_SRCS-y += xc_kexec.c -CTRL_SRCS-y += xtl_core.c -CTRL_SRCS-y += xtl_logger_stdio.c CTRL_SRCS-y += xc_resource.c CTRL_SRCS-$(CONFIG_X86) += xc_psr.c CTRL_SRCS-$(CONFIG_X86) += xc_pagetab.c
@@ -112,6 +110,7 @@ CFLAGS += -I. -I./include $(CFLAGS_xeninclude) CFLAGS-$(CONFIG_Linux) += -D_GNU_SOURCE CFLAGS += $(PTHREAD_CFLAGS) +CFLAGS += $(CFLAGS_libxentoollog) CTRL_LIB_OBJS := $(patsubst %.c,%.o,$(CTRL_SRCS-y)) CTRL_PIC_OBJS := $(patsubst %.c,%.opic,$(CTRL_SRCS-y))
@@ -165,7 +164,7 @@ install: build $(INSTALL_DATA) libxenctrl.a $(DESTDIR)$(libdir) $(SYMLINK_SHLIB) libxenctrl.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir)/libxenctrl.so.$(MAJOR) $(SYMLINK_SHLIB) libxenctrl.so.$(MAJOR) $(DESTDIR)$(libdir)/libxenctrl.so - $(INSTALL_DATA) include/xenctrl.h include/xenctrlosdep.h include/xentoollog.h $(DESTDIR)$(includedir) + $(INSTALL_DATA) include/xenctrl.h include/xenctrlosdep.h $(DESTDIR)$(includedir) $(INSTALL_SHLIB) libxenguest.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir) $(INSTALL_DATA) libxenguest.a $(DESTDIR)$(libdir) $(SYMLINK_SHLIB) libxenguest.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir)/libxenguest.so.$(MAJOR)
@@ -208,7 +207,7 @@ libxenctrl.so.$(MAJOR): libxenctrl.so.$(MAJOR).$(MINOR) $(SYMLINK_SHLIB) $< $@ libxenctrl.so.$(MAJOR).$(MINOR): $(CTRL_PIC_OBJS) - $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(DLOPEN_LIBS) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(DLOPEN_LIBS) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) # libxenguest
tools/libxl/Makefile +8 -7
@@ -20,11 +20,12 @@ LIBUUID_LIBS += -luuid endif LIBXL_LIBS = -LIBXL_LIBS = $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) $(LDLIBS_libblktapctl) $(PTYFUNCS_LIBS) $(LIBUUID_LIBS) +LIBXL_LIBS = $(LDLIBS_libxentoollog) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) $(LDLIBS_libblktapctl) $(PTYFUNCS_LIBS) $(LIBUUID_LIBS) ifeq ($(CONFIG_REMUS_NETBUF),y) LIBXL_LIBS += $(LIBNL3_LIBS) endif +CFLAGS_LIBXL += $(CFLAGS_libxentoollog) CFLAGS_LIBXL += $(CFLAGS_libxenctrl) CFLAGS_LIBXL += $(CFLAGS_libxenguest) CFLAGS_LIBXL += $(CFLAGS_libxenstore)
@@ -149,7 +150,7 @@ CFLAGS_XL += -Wshadow XL_OBJS = xl.o xl_cmdimpl.o xl_cmdtable.o xl_sxp.o $(XL_OBJS) $(TEST_PROG_OBJS) _libxl.api-for-check: \ - CFLAGS += $(CFLAGS_libxenctrl) # For xentoollog.h + CFLAGS += $(CFLAGS_libxentoollog) $(XL_OBJS): CFLAGS += $(CFLAGS_XL) $(XL_OBJS): CFLAGS += -include $(XEN_ROOT)/tools/config.h # libxl_json.h needs it.
@@ -253,19 +254,19 @@ libxlutil.a: $(LIBXLU_OBJS) $(AR) rcs libxlutil.a $^ xl: $(XL_OBJS) libxlutil.so libxenlight.so - $(CC) $(LDFLAGS) -o $@ $(XL_OBJS) libxlutil.so $(LDLIBS_libxenlight) $(LDLIBS_libxenctrl) -lyajl $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ $(XL_OBJS) libxlutil.so $(LDLIBS_libxenlight) $(LDLIBS_libxentoollog) -lyajl $(APPEND_LDFLAGS) xen-init-dom0: $(XEN_INIT_DOM0_OBJS) libxenlight.so - $(CC) $(LDFLAGS) -o $@ $(XEN_INIT_DOM0_OBJS) $(LDLIBS_libxenstore) $(LDLIBS_libxenlight) $(LDLIBS_libxenctrl) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ $(XEN_INIT_DOM0_OBJS) $(LDLIBS_libxenstore) $(LDLIBS_libxenlight) $(LDLIBS_libxentoollog) $(APPEND_LDFLAGS) test_%: test_%.o test_common.o libxlutil.so libxenlight_test.so - $(CC) $(LDFLAGS) -o $@ $^ $(filter-out %libxenlight.so, $(LDLIBS_libxenlight)) $(LDLIBS_libxenctrl) -lyajl $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ $^ $(filter-out %libxenlight.so, $(LDLIBS_libxenlight)) $(LDLIBS_libxentoollog) -lyajl $(APPEND_LDFLAGS) libxl-save-helper: $(SAVE_HELPER_OBJS) libxenlight.so - $(CC) $(LDFLAGS) -o $@ $(SAVE_HELPER_OBJS) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ $(SAVE_HELPER_OBJS) $(LDLIBS_libxentoollog) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(APPEND_LDFLAGS) testidl: testidl.o libxlutil.so libxenlight.so - $(CC) $(LDFLAGS) -o $@ testidl.o libxlutil.so $(LDLIBS_libxenlight) $(LDLIBS_libxenctrl) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ testidl.o libxlutil.so $(LDLIBS_libxenlight) $(LDLIBS_libxentoollog) $(APPEND_LDFLAGS) $(PKG_CONFIG): % : %.in Makefile @sed -e 's/@@version@@/$(MAJOR).$(MINOR)/g' < $< > [email protected]
tools/ocaml/libs/xentoollog/Makefile +3 -3
@@ -5,7 +5,7 @@ include $(TOPLEVEL)/common.make # allow mixed declarations and code CFLAGS += -Wno-declaration-after-statement -CFLAGS += $(CFLAGS_libxenctrl) $(CFLAGS_libxenguest) +CFLAGS += $(CFLAGS_libxentoollog) CFLAGS += $(APPEND_CFLAGS) OCAMLINCLUDE +=
@@ -13,7 +13,7 @@ OBJS = xentoollog INTF = xentoollog.cmi LIBS = xentoollog.cma xentoollog.cmxa -LIBS_xentoollog = $(LDLIBS_libxenctrl) +LIBS_xentoollog = $(LDLIBS_libxentoollog) xentoollog_OBJS = $(OBJS) xentoollog_C_OBJS = xentoollog_stubs
@@ -49,7 +49,7 @@ xentoollog.mli: xentoollog.mli.in _xtl_levels.mli.in libs: $(LIBS) -_xtl_levels.ml.in _xtl_levels.mli.in _xtl_levels.inc: genlevels.py $(XEN_ROOT)/tools/libxc/include/xentoollog.h +_xtl_levels.ml.in _xtl_levels.mli.in _xtl_levels.inc: genlevels.py $(XEN_ROOT)/tools/libs/toollog/include/xentoollog.h $(PYTHON) genlevels.py _xtl_levels.mli.in _xtl_levels.ml.in _xtl_levels.inc .PHONY: install
tools/ocaml/libs/xentoollog/genlevels.py +1 -1
@@ -3,7 +3,7 @@ import sys def read_levels(): - f = open('../../../libxc/include/xentoollog.h', 'r') + f = open('../../../libs/toollog/include/xentoollog.h', 'r') levels = [] record = False
tools/python/setup.py +3 -2
@@ -7,16 +7,17 @@ XEN_ROOT = "../.." extra_compile_args = [ "-fno-strict-aliasing", "-Werror" ] PATH_XEN = XEN_ROOT + "/tools/include" +PATH_LIBXENTOOLLOG = XEN_ROOT + "/tools/libs/toollog" PATH_LIBXC = XEN_ROOT + "/tools/libxc" PATH_LIBXL = XEN_ROOT + "/tools/libxl" PATH_XENSTORE = XEN_ROOT + "/tools/xenstore" xc = Extension("xc", extra_compile_args = extra_compile_args, - include_dirs = [ PATH_XEN, PATH_LIBXC + "/include", "xen/lowlevel/xc" ], + include_dirs = [ PATH_XEN, PATH_LIBXENTOOLLOG + "/include", PATH_LIBXC + "/include", "xen/lowlevel/xc" ], library_dirs = [ PATH_LIBXC ], libraries = [ "xenctrl", "xenguest" ], - depends = [ PATH_LIBXC + "/libxenctrl.so", PATH_LIBXC + "/libxenguest.so" ], + depends = [ PATH_LIBXC + "/libxenctrl.so", PATH_LIBXC + "/libxenguest.so", "-Wl,-rpath-link="+PATH_LIBXENTOOLLOG ], sources = [ "xen/lowlevel/xc/xc.c" ]) xs = Extension("xs",
tools/xenpaging/Makefile +1 -1
@@ -3,7 +3,7 @@ include $(XEN_ROOT)/tools/Rules.mk # xenpaging.c and file_ops.c incorrectly use libxc internals CFLAGS += $(CFLAGS_libxenctrl) $(CFLAGS_libxenstore) $(PTHREAD_CFLAGS) -I$(XEN_ROOT)/tools/libxc -LDLIBS += $(LDLIBS_libxenctrl) $(LDLIBS_libxenstore) $(PTHREAD_LIBS) +LDLIBS += $(LDLIBS_libxentoollog) $(LDLIBS_libxenctrl) $(LDLIBS_libxenstore) $(PTHREAD_LIBS) LDFLAGS += $(PTHREAD_LDFLAGS) POLICY = default
Signature · 1 line
2.1.4
PATCH v6 6/32 tools/libxc: Remove osdep indirection for xc_evtchn
In reply to Ian CampbellThe alternative backend (a xen-api/xapi shim) is no longer around and so this stuff is now just baggage which is getting in the way of refactoring libxenctrl.
Note that the intention is to move this into a separate library shortly.
Nested virt probably suffices for this use case now.
One incorrect instance of using xc_interface where xc_evtchn (in ocaml stubs) is removed, this used to work because they were typedefs to the same struct, but is no longer permitted.
--- tools/libxc/include/xenctrl.h | 2 +- tools/libxc/include/xenctrlosdep.h | 16 ----- tools/libxc/xc_evtchn.c | 45 -------------- tools/libxc/xc_freebsd_osdep.c | 79 ++++++++---------------- tools/libxc/xc_linux_osdep.c | 76 +++++++++-------------- tools/libxc/xc_minios.c | 63 ++++++++----------- tools/libxc/xc_netbsd.c | 72 ++++++++-------------- tools/libxc/xc_private.c | 37 +++++++++--- tools/libxc/xc_private.h | 17 ++++++ tools/libxc/xc_solaris.c | 71 ++++++++-------------- tools/libxc/xenctrl_osdep_ENOSYS.c | 87 --------------------------- tools/ocaml/libs/eventchn/xeneventchn_stubs.c | 4 +- 12 files changed, 180 insertions(+), 389 deletions(-)
tools/libxc/include/xenctrl.h +1 -1
@@ -117,7 +117,7 @@*/ typedef struct xc_interface_core xc_interface ; -typedef struct xc_interface_core xc_evtchn ; +typedef struct xenevtchn_handle xc_evtchn ;typedef struct xc_interface_core xc_gnttab ;typedef struct xc_interface_core xc_gntshr ;
tools/libxc/include/xenctrlosdep.h +0 -16
@@ -51,7 +51,6 @@enum xc_osdep_type {XC_OSDEP_PRIVCMD , -XC_OSDEP_EVTCHN ,XC_OSDEP_GNTTAB ,XC_OSDEP_GNTSHR , };
@@ -90,21 +89,6 @@ struct xc_osdep_ops int nentries); } privcmd;struct { -int (*fd)(xc_evtchn *xce,xc_osdep_handle h); - -int (*notify)(xc_evtchn *xce,xc_osdep_handle h,evtchn_port_t port); - -evtchn_port_or_error_t (*bind_unbound_port)(xc_evtchn *xce,xc_osdep_handle h,int domid); -evtchn_port_or_error_t (*bind_interdomain)(xc_evtchn *xce,xc_osdep_handle h,int domid, -evtchn_port_t remote_port); -evtchn_port_or_error_t (*bind_virq)(xc_evtchn *xce,xc_osdep_handle h,unsigned int virq); - -int (*unbind)(xc_evtchn *xce,xc_osdep_handle h,evtchn_port_t port); - -evtchn_port_or_error_t (*pending)(xc_evtchn *xce,xc_osdep_handle h); -int (*unmask)(xc_evtchn *xce,xc_osdep_handle h,evtchn_port_t port); - } evtchn; -struct {#define XC_GRANT_MAP_SINGLE_DOMAIN 0x1 void *(*grant_map)(xc_gnttab *xcg, xc_osdep_handle h, uint32_t count, int flags, int prot,
tools/libxc/xc_evtchn.c +0 -45
51 lines not on this page · raw message
tools/libxc/xc_freebsd_osdep.c +26 -53
152 lines not on this page · raw message
tools/libxc/xc_linux_osdep.c +28 -48
155 lines not on this page · raw message
tools/libxc/xc_minios.c +24 -39
138 lines not on this page · raw message
tools/libxc/xc_netbsd.c +26 -46
141 lines not on this page · raw message
tools/libxc/xc_private.c +30 -7
@@ -119,7 +119,6 @@ static const char *xc_osdep_type_name(enum xc_osdep_type type)switch ( type ) {case XC_OSDEP_PRIVCMD :return "privcmd" ; -case XC_OSDEP_EVTCHN :return "evtchn" ;case XC_OSDEP_GNTTAB :return "gnttab" ;case XC_OSDEP_GNTSHR :return "gntshr" ; }
@@ -252,20 +251,44 @@ int do_xen_hypercall(xc_interface *xch, privcmd_hypercall_t *hypercall)return xch->ops->u.privcmd.hypercall (xch, xch->ops_handle, hypercall); } -xc_evtchn *xc_evtchn_open (xentoollog_logger *logger, -unsigned open_flags) +xc_evtchn *xc_evtchn_open (xentoollog_logger *logger,unsigned open_flags) { -xc_evtchn *xce; +xc_evtchn *xce =malloc (sizeof (*xce)); +int rc; + +if (!xce)return NULL ; + + xce->fd =-1 ; + xce->logger = logger; + xce->logger_tofree =NULL ; - xce =xc_interface_open_common (logger,NULL , open_flags, -XC_OSDEP_EVTCHN ); +if (!xce->logger) { + xce->logger = xce->logger_tofree = + (xentoollog_logger *) +xtl_createlogger_stdiostream (stderr,XTL_PROGRESS ,0 ); +if (!xce->logger) goto err; + } + + rc =osdep_evtchn_open (xce); +if ( rc <0 ) goto err;return xce; + +err: +osdep_evtchn_close (xce); +xtl_logger_destroy (xce->logger_tofree); +free (xce); +return NULL ; }int xc_evtchn_close (xc_evtchn *xce) { -return xc_interface_close_common (xce); +int rc; + + rc =osdep_evtchn_close (xce); +xtl_logger_destroy (xce->logger_tofree); +free (xce); +return rc; } xc_gnttab *xc_gnttab_open(xentoollog_logger *logger,
tools/libxc/xc_private.h +17 -0
@@ -123,6 +123,13 @@ struct xc_interface_core {xc_osdep_handle ops_handle;/* opaque data for xc_osdep_ops */ }; +struct xenevtchn_handle { +xentoollog_logger *logger, *logger_tofree; +int fd; +}; +int osdep_evtchn_open (xc_evtchn *xce); +int osdep_evtchn_close (xc_evtchn *xce); +void xc_report_error (xc_interface *xch,int code,const char *fmt, ...) __attribute__((format (printf,3 ,4 ))); void xc_reportv(xc_interface *xch, xentoollog_logger *lg, xentoollog_level,
@@ -446,3 +453,13 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param, uint32_t *port);#endif /* __XC_PRIVATE_H__ */ + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/libxc/xc_solaris.c +26 -45
145 lines not on this page · raw message
tools/libxc/xenctrl_osdep_ENOSYS.c +0 -87
99 lines not on this page · raw message
tools/ocaml/libs/eventchn/xeneventchn_stubs.c +2 -2
@@ -34,14 +34,14 @@#include <caml/callback.h> #include <caml/fail.h> -#define _H (__h) ((xc_interface *)(__h)) +#define _H (__h) ((xc_evtchn *)(__h)) CAMLprim value stub_eventchn_init(void) {CAMLparam0 ();CAMLlocal1 (result); -xc_interface *xce =xc_evtchn_open (NULL ,XC_OPENFLAG_NON_REENTRANT ); +xc_evtchn *xce =xc_evtchn_open (NULL ,XC_OPENFLAG_NON_REENTRANT );if (xce ==NULL )caml_failwith ("open failed" );
Signature · 1 line
2.1.4
PATCH v6 7/32 tools: Refactor /dev/xen/evtchn wrappers into libxenevtchn.
In reply to Ian Campbelllibxenevtchn will provide a stable API and ABI for accessing the evtchn device.
The functions are moved into the xenevtchn namespace to make a clean break from libxc and avoid ambiguity regarding which interfaces are stable.
All in-tree users are updated to use the new names.
Upon request (via #define XC_WANT_COMPAT_EVTCHN_API) libxenctrl will provide a compat API for the old names. This is used by qemu-xen for the time being. qemu-xen-traditional is updated in lockstep.
This leaves a few event channel related functions which go via privcmd (EVTCHNOP) rather than ioctls on the /dev/xen/evtchn device in libxenctrl. Specifically:
- xc_evtchn_alloc_unbound
- xc_evtchn_reset
- xc_evtchn_status
Note that xc_evtchn_alloc_unbound's functionality is also provided by xenevtchn_bind_unbound_port() (née xc_evtchn_bind_unbound_port) and is probably redundant.
These functions do not appear to be needed by qemu-dm, qemu-pv (provision of device model to HVM guests and PV backends respectively) or by libvchan suggesting they are not needed by non-toolstack uses of event channels. QEMU does use these in hw/xenpv/xen_domainbuild.c but that is a "toolstack use".
The new library uses a version script to ensure that only expected symbols are exported and to version them such that ABI guarantees can be kept in the future.
---
Must be applied with:
- "qemu-xen-traditional: Use libxenevtchn" and a corresponding QEMU_TAG update folded here.
- "mini-os: Include libxenevtchn with libxc"" and a corresponding bump to MINIOS_UPSTREAM_REVISION folded in here.
v2: Update doc at same time
Removed some stray compat thing
v3: Moved to tools/libs/evtchn
v4: typedef the xenevtchn_handle in xenguest.h instead of #include, to
avoid leaking the libxenevtchn namespace into callers who may not want it. (And also to avoid adding lots of -I to places like stubdom builds)
v5: Handle NULL passed to _close()
v6: Properly port xen-access to new API (instead of a single function call)
--- .gitignore | 1 + stubdom/Makefile | 19 +- tools/Makefile | 5 +- tools/Rules.mk | 14 +- tools/console/Makefile | 2 + tools/console/daemon/io.c | 43 ++-- tools/libs/Makefile | 1 + tools/libs/evtchn/Makefile | 65 +++++++ tools/libs/evtchn/core.c | 72 +++++++ tools/libs/evtchn/freebsd.c | 138 +++++++++++++ tools/libs/evtchn/include/xenevtchn.h | 150 ++++++++++++++ tools/libs/evtchn/libxenevtchn.map | 14 ++ tools/libs/evtchn/linux.c | 136 +++++++++++++ tools/libs/evtchn/minios.c | 269 ++++++++++++++++++++++++++ tools/libs/evtchn/netbsd.c | 147 ++++++++++++++ tools/libs/evtchn/private.h | 25 +++ tools/libs/evtchn/solaris.c | 135 +++++++++++++ tools/libs/toollog/include/xentoollog.h | 10 + tools/libs/toollog/xtl_core.c | 10 + tools/libs/toollog/xtl_logger_stdio.c | 10 + tools/libvchan/Makefile | 6 +- tools/libvchan/init.c | 20 +- tools/libvchan/io.c | 12 +- tools/libvchan/libxenvchan.h | 3 +- tools/libxc/Makefile | 8 +- tools/libxc/include/xenctrl.h | 99 +--------- tools/libxc/include/xenctrl_compat.h | 48 +++++ tools/libxc/include/xenguest.h | 14 +- tools/libxc/xc_evtchn_compat.c | 75 +++++++ tools/libxc/xc_freebsd_osdep.c | 101 ---------- tools/libxc/xc_linux_osdep.c | 95 --------- tools/libxc/xc_minios.c | 221 --------------------- tools/libxc/xc_netbsd.c | 109 ----------- tools/libxc/xc_private.c | 40 ---- tools/libxc/xc_private.h | 7 - tools/libxc/xc_solaris.c | 97 ---------- tools/libxc/xc_suspend.c | 18 +- tools/libxl/Makefile | 5 +- tools/libxl/libxl.c | 2 +- tools/libxl/libxl_dom_suspend.c | 4 +- tools/libxl/libxl_event.c | 14 +- tools/libxl/libxl_internal.h | 5 +- tools/misc/Makefile | 7 +- tools/misc/xen-hptool.c | 13 +- tools/misc/xen-lowmemd.c | 15 +- tools/ocaml/libs/eventchn/Makefile | 4 +- tools/ocaml/libs/eventchn/xeneventchn_stubs.c | 20 +- tools/python/setup.py | 7 +- tools/tests/xen-access/Makefile | 3 +- tools/tests/xen-access/xen-access.c | 21 +- tools/xcutils/Makefile | 4 +- tools/xenmon/Makefile | 2 + tools/xenmon/xenbaked.c | 13 +- tools/xenpaging/Makefile | 4 +- tools/xenpaging/xenpaging.c | 18 +- tools/xenpaging/xenpaging.h | 3 +- tools/xenstore/Makefile | 5 +- tools/xenstore/xenstored_core.c | 6 +- tools/xenstore/xenstored_domain.c | 25 +-- tools/xentrace/Makefile | 5 +- tools/xentrace/xentrace.c | 13 +- 61 files changed, 1532 insertions(+), 925 deletions(-) create mode 100644 tools/libs/evtchn/Makefile create mode 100644 tools/libs/evtchn/core.c create mode 100644 tools/libs/evtchn/freebsd.c create mode 100644 tools/libs/evtchn/include/xenevtchn.h create mode 100644 tools/libs/evtchn/libxenevtchn.map create mode 100644 tools/libs/evtchn/linux.c create mode 100644 tools/libs/evtchn/minios.c create mode 100644 tools/libs/evtchn/netbsd.c create mode 100644 tools/libs/evtchn/private.h create mode 100644 tools/libs/evtchn/solaris.c create mode 100644 tools/libxc/include/xenctrl_compat.h create mode 100644 tools/libxc/xc_evtchn_compat.c
.gitignore +1 -0
@@ -59,6 +59,7 @@ stubdom/include stubdom/ioemu stubdom/xenstore stubdom/libxentoollog-* +stubdom/libxenevtchn-* stubdom/libxc-* stubdom/lwip-* stubdom/mini-os-*
stubdom/Makefile +18 -1
@@ -318,6 +318,12 @@ mk-headers-$(XEN_TARGET_ARCH): $(IOEMU_LINKFARM_TARGET) ln -sf $(XEN_ROOT)/tools/libs/toollog/include/*.h . && \ ln -sf $(XEN_ROOT)/tools/libs/toollog/*.c . && \ ln -sf $(XEN_ROOT)/tools/libs/toollog/Makefile . ) + mkdir -p libs-$(XEN_TARGET_ARCH)/evtchn/include + [ -h libs-$(XEN_TARGET_ARCH)/evtchn/Makefile ] || ( cd libs-$(XEN_TARGET_ARCH)/evtchn && \ + ln -sf $(XEN_ROOT)/tools/libs/evtchn/*.h . && \ + ln -sf $(XEN_ROOT)/tools/libs/evtchn/include/*.h include/ && \ + ln -sf $(XEN_ROOT)/tools/libs/evtchn/*.c . && \ + ln -sf $(XEN_ROOT)/tools/libs/evtchn/Makefile . ) mkdir -p libxc-$(XEN_TARGET_ARCH) [ -h libxc-$(XEN_TARGET_ARCH)/Makefile ] || ( cd libxc-$(XEN_TARGET_ARCH) && \ ln -sf $(XEN_ROOT)/tools/libxc/*.h . && \
@@ -352,12 +358,23 @@ libs-$(XEN_TARGET_ARCH)/toollog/libxentoollog.a: $(NEWLIB_STAMPFILE) CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/toollog ####### +# libxenevtchn +####### + +.PHONY: libxenevtchn +libxenevtchn: libs-$(XEN_TARGET_ARCH)/evtchn/libxenevtchn.a +libs-$(XEN_TARGET_ARCH)/evtchn/libxenevtchn.a: $(NEWLIB_STAMPFILE) + $(MAKE) -C $(XEN_ROOT)/tools/include + $(MAKE) DESTDIR= -C $(MINI_OS) links + CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/evtchn + +####### # libxc ####### .PHONY: libxc libxc: libxc-$(XEN_TARGET_ARCH)/libxenctrl.a libxc-$(XEN_TARGET_ARCH)/libxenguest.a -libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog cross-zlib +libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog libxenevtchn cross-zlib $(MAKE) -C $(XEN_ROOT)/tools/include $(MAKE) DESTDIR= -C $(MINI_OS) links CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= CONFIG_LIBXC_MINIOS=y -C libxc-$(XEN_TARGET_ARCH)
tools/Makefile +4 -1
@@ -248,8 +248,10 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find --libdir=$(LIBEXEC_LIB) \ --includedir=$(LIBEXEC_INC) \ --source-path=$$source \ - --extra-cflags="-I$(XEN_ROOT)/tools/include \ + --extra-cflags="-DXC_WANT_COMPAT_EVTCHN_API=1 \ + -I$(XEN_ROOT)/tools/include \ -I$(XEN_ROOT)/tools/libs/toollog/include \ + -I$(XEN_ROOT)/tools/libs/evtchn/include \ -I$(XEN_ROOT)/tools/libxc/include \ -I$(XEN_ROOT)/tools/xenstore/include \ -I$(XEN_ROOT)/tools/xenstore/compat/include \
@@ -257,6 +259,7 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ -L$(XEN_ROOT)/tools/xenstore \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/toollog \ + -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/evtchn \ $(QEMU_UPSTREAM_RPATH)" \ --bindir=$(LIBEXEC_BIN) \ --datadir=$(SHAREDIR)/qemu-xen \
tools/Rules.mk +10 -4
@@ -11,6 +11,7 @@ INSTALL = $(XEN_ROOT)/tools/cross-install XEN_INCLUDE = $(XEN_ROOT)/tools/include XEN_LIBXENTOOLLOG = $(XEN_ROOT)/tools/libs/toollog +XEN_LIBXENEVTCHN = $(XEN_ROOT)/tools/libs/evtchn XEN_LIBXC = $(XEN_ROOT)/tools/libxc XEN_XENLIGHT = $(XEN_ROOT)/tools/libxl XEN_XENSTORE = $(XEN_ROOT)/tools/xenstore
@@ -82,13 +83,18 @@ SHDEPS_libxentoollog = LDLIBS_libxentoollog = $(XEN_LIBXENTOOLLOG)/libxentoollog$(libextension) SHLIB_libxentoollog = -Wl,-rpath-link=$(XEN_LIBXENTOOLLOG) +CFLAGS_libxenevtchn = -I$(XEN_LIBXENEVTCHN)/include $(CFLAGS_xeninclude) +SHDEPS_libxenevtchn = +LDLIBS_libxenevtchn = $(XEN_LIBXENEVTCHN)/libxenevtchn$(libextension) +SHLIB_libxenevtchn = -Wl,-rpath-link=$(XEN_LIBXENEVTCHN) + CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_libxentoollog) $(CFLAGS_xeninclude) -SHDEPS_libxenctrl = $(SHLIB_libxentoollog) +SHDEPS_libxenctrl = $(SHLIB_libxentoollog) $(SHLIB_libxenevtchn) LDLIBS_libxenctrl = $(SHDEPS_libxenctrl) $(XEN_LIBXC)/libxenctrl$(libextension) SHLIB_libxenctrl = $(SHDEPS_libxenctrl) -Wl,-rpath-link=$(XEN_LIBXC) -CFLAGS_libxenguest = -I$(XEN_LIBXC)/include $(CFLAGS_xeninclude) -SHDEPS_libxenguest = +CFLAGS_libxenguest = -I$(XEN_LIBXC)/include $(CFLAGS_libxenevtchn) $(CFLAGS_xeninclude) +SHDEPS_libxenguest = $(SHLIB_libxenevtchn) LDLIBS_libxenguest = $(SHDEPS_libxenguest) $(XEN_LIBXC)/libxenguest$(libextension) SHLIB_libxenguest = $(SHDEPS_libxenguest) -Wl,-rpath-link=$(XEN_LIBXC)
@@ -103,7 +109,7 @@ LDLIBS_libxenstat = $(SHDEPS_libxenstat) $(XEN_LIBXENSTAT)/libxenstat$(libexten SHLIB_libxenstat = $(SHDEPS_libxenstat) -Wl,-rpath-link=$(XEN_LIBXENSTAT) CFLAGS_libxenvchan = -I$(XEN_LIBVCHAN) -SHDEPS_libxenvchan = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) +SHDEPS_libxenvchan = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) $(SHLIB_libxenevtchn) LDLIBS_libxenvchan = $(SHDEPS_libxenvchan) $(XEN_LIBVCHAN)/libxenvchan$(libextension) SHLIB_libxenvchan = $(SHDEPS_libxenvchan) -Wl,-rpath-link=$(XEN_LIBVCHAN)
tools/console/Makefile +2 -0
@@ -3,8 +3,10 @@ include $(XEN_ROOT)/tools/Rules.mk CFLAGS += -Werror +CFLAGS += $(CFLAGS_libxenevtchn) CFLAGS += $(CFLAGS_libxenctrl) CFLAGS += $(CFLAGS_libxenstore) +LDLIBS += $(LDLIBS_libxenevtchn) LDLIBS += $(LDLIBS_libxenctrl) LDLIBS += $(LDLIBS_libxenstore) LDLIBS += $(SOCKET_LIBS)
tools/console/daemon/io.c +22 -21
165 lines not on this page · raw message
tools/libs/Makefile +1 -0
@@ -3,5 +3,6 @@ include $(XEN_ROOT)/tools/Rules.mk SUBDIRS-y := SUBDIRS-y += toollog +SUBDIRS-y += evtchn all clean install distclean: %: subdirs-%
tools/libs/evtchn/Makefile new file +65 -0
65 lines not on this page · raw message
tools/libs/evtchn/core.c new file +72 -0
72 lines not on this page · raw message
tools/libs/evtchn/freebsd.c new file +138 -0
138 lines not on this page · raw message
tools/libs/evtchn/include/xenevtchn.h new file +150 -0
150 lines not on this page · raw message
tools/libs/evtchn/libxenevtchn.map new file +14 -0
@@ -0,0 +1,14 @@ +VERS_1.0 { + global: + xenevtchn_fd; + xenevtchn_bind_unbound_port; + xenevtchn_unbind; + xenevtchn_unmask; + xenevtchn_notify; + xenevtchn_bind_interdomain; + xenevtchn_bind_virq; + xenevtchn_open; + xenevtchn_close; + xenevtchn_pending; + local: *; /* Do not expose anything by default */ +};
tools/libs/evtchn/linux.c new file +136 -0
136 lines not on this page · raw message
tools/libs/evtchn/minios.c new file +269 -0
269 lines not on this page · raw message
tools/libs/evtchn/netbsd.c new file +147 -0
147 lines not on this page · raw message
tools/libs/evtchn/private.h new file +25 -0
@@ -0,0 +1,25 @@ +#ifndef XENEVTCHN_PRIVATE_H +#define XENEVTCHN_PRIVATE_H + +#include <xentoollog.h> +#include <xenevtchn.h> + +struct xenevtchn_handle { +xentoollog_logger *logger, *logger_tofree; +int fd; +}; + +int osdep_evtchn_open (xenevtchn_handle *xce); +int osdep_evtchn_close (xenevtchn_handle *xce); + +#endif + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/libs/evtchn/solaris.c new file +135 -0
135 lines not on this page · raw message
tools/libs/toollog/include/xentoollog.h +10 -0
@@ -134,3 +134,13 @@ const char *xtl_level_to_string(xentoollog_level); /* never fails */#endif /* XENTOOLLOG_H */ + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/libs/toollog/xtl_core.c +10 -0
@@ -81,3 +81,13 @@ void xtl_logger_destroy(struct xentoollog_logger *logger) {if (!logger)return ; logger->destroy (logger); } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/libs/toollog/xtl_logger_stdio.c +10 -0
@@ -190,3 +190,13 @@ xentoollog_logger_stdiostream *xtl_createlogger_stdiostreamreturn XTL_NEW_LOGGER (stdiostream, newlogger); } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/libvchan/Makefile +3 -3
@@ -10,9 +10,9 @@ NODE_OBJS = node.o NODE2_OBJS = node-select.o LIBVCHAN_PIC_OBJS = $(patsubst %.o,%.opic,$(LIBVCHAN_OBJS)) -LIBVCHAN_LIBS = $(LDLIBS_libxenstore) $(LDLIBS_libxenctrl) -$(LIBVCHAN_OBJS) $(LIBVCHAN_PIC_OBJS): CFLAGS += $(CFLAGS_libxenstore) $(CFLAGS_libxenctrl) -$(NODE_OBJS) $(NODE2_OBJS): CFLAGS += $(CFLAGS_libxenctrl) +LIBVCHAN_LIBS = $(LDLIBS_libxenstore) $(LDLIBS_libxenctrl) $(LDLIBS_libxenevtchn) +$(LIBVCHAN_OBJS) $(LIBVCHAN_PIC_OBJS): CFLAGS += $(CFLAGS_libxenstore) $(CFLAGS_libxenctrl) $(CFLAGS_libxenevtchn) +$(NODE_OBJS) $(NODE2_OBJS): CFLAGS += $(CFLAGS_libxenctrl) $(CFLAGS_libxenevtchn) MAJOR = 1.0 MINOR = 0
tools/libvchan/init.c +10 -10
@@ -216,25 +216,25 @@ static int init_evt_srv(struct libxenvchan *ctrl, int domain, xentoollog_logger {evtchn_port_or_error_t port; - ctrl->event =xc_evtchn_open (logger,0 ); + ctrl->event =xenevtchn_open (logger,0 );if (!ctrl->event)return -1 ; - port =xc_evtchn_bind_unbound_port (ctrl->event, domain); + port =xenevtchn_bind_unbound_port (ctrl->event, domain);if (port <0 ) goto fail; ctrl->event_port = port; -if (xc_evtchn_unmask (ctrl->event, ctrl->event_port)) +if (xenevtchn_unmask (ctrl->event, ctrl->event_port)) goto fail;return 0 ; fail:if (port >=0 ) -xc_evtchn_unbind (ctrl->event, port); +xenevtchn_unbind (ctrl->event, port); -xc_evtchn_close (ctrl->event); +xenevtchn_close (ctrl->event); ctrl->event =NULL ;return -1 ;
@@ -346,26 +346,26 @@ static int init_evt_cli(struct libxenvchan *ctrl, int domain, xentoollog_logger {evtchn_port_or_error_t port; - ctrl->event =xc_evtchn_open (logger,0 ); + ctrl->event =xenevtchn_open (logger,0 );if (!ctrl->event)return -1 ; - port =xc_evtchn_bind_interdomain (ctrl->event, + port =xenevtchn_bind_interdomain (ctrl->event, domain, ctrl->event_port);if (port <0 ) goto fail; ctrl->event_port = port; -if (xc_evtchn_unmask (ctrl->event, ctrl->event_port)) +if (xenevtchn_unmask (ctrl->event, ctrl->event_port)) goto fail;return 0 ; fail:if (port >=0 ) -xc_evtchn_unbind (ctrl->event, port); +xenevtchn_unbind (ctrl->event, port); -xc_evtchn_close (ctrl->event); +xenevtchn_close (ctrl->event); ctrl->event =NULL ;return -1 ;
tools/libvchan/io.c +6 -6
@@ -105,7 +105,7 @@ static inline int send_notify(struct libxenvchan *ctrl, uint8_t bit) notify = ctrl->is_server ? &ctrl->ring->srv_notify : &ctrl->ring->cli_notify; prev =__sync_fetch_and_and (notify, ~bit);if (prev & bit) -return xc_evtchn_notify (ctrl->event, ctrl->event_port); +return xenevtchn_notify (ctrl->event, ctrl->event_port);else return 0 ; }
@@ -194,10 +194,10 @@ int libxenvchan_buffer_space(struct libxenvchan *ctrl)int libxenvchan_wait (struct libxenvchan *ctrl) { -int ret =xc_evtchn_pending (ctrl->event); +int ret =xenevtchn_pending (ctrl->event);if (ret <0 )return -1 ; -xc_evtchn_unmask (ctrl->event, ret); +xenevtchn_unmask (ctrl->event, ret);return 0 ; }
@@ -350,7 +350,7 @@ int libxenvchan_is_open(struct libxenvchan* ctrl)int libxenvchan_fd_for_select (struct libxenvchan *ctrl) { -return xc_evtchn_fd (ctrl->event); +return xenevtchn_fd (ctrl->event); }void libxenvchan_close (struct libxenvchan *ctrl)
@@ -372,8 +372,8 @@ void libxenvchan_close(struct libxenvchan *ctrl) }if (ctrl->event) {if (ctrl->ring) -xc_evtchn_notify (ctrl->event, ctrl->event_port); -xc_evtchn_close (ctrl->event); +xenevtchn_notify (ctrl->event, ctrl->event_port); +xenevtchn_close (ctrl->event); }if (ctrl->is_server) {if (ctrl->gntshr)
tools/libvchan/libxenvchan.h +2 -1
@@ -44,6 +44,7 @@#include <xen/io/libxenvchan.h> #include <xen/sys/evtchn.h> +#include <xenevtchn.h> #include <xenctrl.h> struct libxenvchan_ring {
@@ -71,7 +72,7 @@ struct libxenvchan {/* Pointer to shared ring page */ struct vchan_interface *ring;/* event channel interface */ -xc_evtchn *event; +xenevtchn_handle *event;uint32_t event_port;/* informative flags: are we acting as server? */ int is_server:1;
tools/libxc/Makefile +5 -3
@@ -48,6 +48,7 @@ CTRL_SRCS-$(CONFIG_SunOS) += xc_solaris.c CTRL_SRCS-$(CONFIG_NetBSD) += xc_netbsd.c CTRL_SRCS-$(CONFIG_NetBSDRump) += xc_netbsd.c CTRL_SRCS-$(CONFIG_MiniOS) += xc_minios.c +CTRL_SRCS-y += xc_evtchn_compat.c GUEST_SRCS-y := GUEST_SRCS-y += xg_private.c xc_suspend.c
@@ -111,6 +112,7 @@ CFLAGS-$(CONFIG_Linux) += -D_GNU_SOURCE CFLAGS += $(PTHREAD_CFLAGS) CFLAGS += $(CFLAGS_libxentoollog) +CFLAGS += $(CFLAGS_libxenevtchn) CTRL_LIB_OBJS := $(patsubst %.c,%.o,$(CTRL_SRCS-y)) CTRL_PIC_OBJS := $(patsubst %.c,%.opic,$(CTRL_SRCS-y))
@@ -164,7 +166,7 @@ install: build $(INSTALL_DATA) libxenctrl.a $(DESTDIR)$(libdir) $(SYMLINK_SHLIB) libxenctrl.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir)/libxenctrl.so.$(MAJOR) $(SYMLINK_SHLIB) libxenctrl.so.$(MAJOR) $(DESTDIR)$(libdir)/libxenctrl.so - $(INSTALL_DATA) include/xenctrl.h include/xenctrlosdep.h $(DESTDIR)$(includedir) + $(INSTALL_DATA) include/xenctrl.h include/xenctrl_compat.h include/xenctrlosdep.h $(DESTDIR)$(includedir) $(INSTALL_SHLIB) libxenguest.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir) $(INSTALL_DATA) libxenguest.a $(DESTDIR)$(libdir) $(SYMLINK_SHLIB) libxenguest.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir)/libxenguest.so.$(MAJOR)
@@ -207,7 +209,7 @@ libxenctrl.so.$(MAJOR): libxenctrl.so.$(MAJOR).$(MINOR) $(SYMLINK_SHLIB) $< $@ libxenctrl.so.$(MAJOR).$(MINOR): $(CTRL_PIC_OBJS) - $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(DLOPEN_LIBS) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(DLOPEN_LIBS) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) # libxenguest
@@ -230,7 +232,7 @@ xc_dom_bzimageloader.opic: CFLAGS += $(call zlib-options,D) libxenguest.so.$(MAJOR).$(MINOR): COMPRESSION_LIBS = $(call zlib-options,l) libxenguest.so.$(MAJOR).$(MINOR): $(GUEST_PIC_OBJS) libxenctrl.so - $(CC) $(LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenguest.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $(GUEST_PIC_OBJS) $(COMPRESSION_LIBS) -lz $(LDLIBS_libxenctrl) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenguest.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $(GUEST_PIC_OBJS) $(COMPRESSION_LIBS) -lz $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) xenctrl_osdep_ENOSYS.so: $(OSDEP_PIC_OBJS) libxenctrl.so $(CC) $(LDFLAGS) $(SHLIB_LDFLAGS) -o $@ $(OSDEP_PIC_OBJS) $(LDLIBS_libxenctrl) $(APPEND_LDFLAGS)
tools/libxc/include/xenctrl.h +3 -96
124 lines not on this page · raw message
tools/libxc/include/xenctrl_compat.h new file +48 -0
48 lines not on this page · raw message
tools/libxc/include/xenguest.h +10 -4
@@ -34,6 +34,12 @@#define X86_64_B_SIZE 64#define X86_32_B_SIZE 32 +/* +* User not using xc_suspend_* / xc_await_suspent may not want to +* include the full libxenevtchn API here. +*/ +typedef struct xenevtchn_handle xenevtchn_handle ; +/* callbacks provided by xc_domain_save */ struct save_callbacks {/* Called after expiration of checkpoint interval,
@@ -161,18 +167,18 @@ struct xc_hvm_firmware_module {* Sets *lockfd to -1. * Has deallocated everything even on error. */ -int xc_suspend_evtchn_release (xc_interface *xch,xc_evtchn *xce,int domid,int suspend_evtchn,int *lockfd); +int xc_suspend_evtchn_release (xc_interface *xch,xenevtchn_handle *xce,int domid,int suspend_evtchn,int *lockfd);/** * This function eats the initial notification. * xce must not be used for anything else * See xc_suspend_evtchn_init_sane re lockfd. */ -int xc_suspend_evtchn_init_exclusive (xc_interface *xch,xc_evtchn *xce, +int xc_suspend_evtchn_init_exclusive (xc_interface *xch,xenevtchn_handle *xce,int domid,int port,int *lockfd);/* xce must not be used for anything else */ -int xc_await_suspend (xc_interface *xch,xc_evtchn *xce,int suspend_evtchn); +int xc_await_suspend (xc_interface *xch,xenevtchn_handle *xce,int suspend_evtchn);/** * The port will be signaled immediately after this call
@@ -181,7 +187,7 @@ int xc_await_suspend(xc_interface *xch, xc_evtchn *xce, int suspend_evtchn);* and fed to xc_suspend_evtchn_release. (On error *lockfd is * undefined and xc_suspend_evtchn_release is not allowed.) */ -int xc_suspend_evtchn_init_sane (xc_interface *xch,xc_evtchn *xce, +int xc_suspend_evtchn_init_sane (xc_interface *xch,xenevtchn_handle *xce,int domid,int port,int *lockfd); int xc_mark_page_online(xc_interface *xch, unsigned long start,
tools/libxc/xc_evtchn_compat.c new file +75 -0
75 lines not on this page · raw message
tools/libxc/xc_freebsd_osdep.c +0 -101
118 lines not on this page · raw message
tools/libxc/xc_linux_osdep.c +0 -95
107 lines not on this page · raw message
tools/libxc/xc_minios.c +0 -221
247 lines not on this page · raw message
tools/libxc/xc_netbsd.c +0 -109
121 lines not on this page · raw message
tools/libxc/xc_private.c +0 -40
@@ -251,46 +251,6 @@ int do_xen_hypercall(xc_interface *xch, privcmd_hypercall_t *hypercall)return xch->ops->u.privcmd.hypercall (xch, xch->ops_handle, hypercall); } -xc_evtchn *xc_evtchn_open (xentoollog_logger *logger,unsigned open_flags) -{ -xc_evtchn *xce =malloc (sizeof (*xce)); -int rc; - -if (!xce)return NULL ; - - xce->fd =-1 ; - xce->logger = logger; - xce->logger_tofree =NULL ; - -if (!xce->logger) { - xce->logger = xce->logger_tofree = - (xentoollog_logger *) -xtl_createlogger_stdiostream (stderr,XTL_PROGRESS ,0 ); -if (!xce->logger) goto err; - } - - rc =osdep_evtchn_open (xce); -if ( rc <0 ) goto err; - -return xce; - -err: -osdep_evtchn_close (xce); -xtl_logger_destroy (xce->logger_tofree); -free (xce); -return NULL ; -} - -int xc_evtchn_close (xc_evtchn *xce) -{ -int rc; - - rc =osdep_evtchn_close (xce); -xtl_logger_destroy (xce->logger_tofree); -free (xce); -return rc; -} -xc_gnttab *xc_gnttab_open (xentoollog_logger *logger,unsigned open_flags) {
tools/libxc/xc_private.h +0 -7
@@ -123,13 +123,6 @@ struct xc_interface_core {xc_osdep_handle ops_handle;/* opaque data for xc_osdep_ops */ }; -struct xenevtchn_handle { -xentoollog_logger *logger, *logger_tofree; -int fd; -}; -int osdep_evtchn_open (xc_evtchn *xce); -int osdep_evtchn_close (xc_evtchn *xce); -void xc_report_error (xc_interface *xch,int code,const char *fmt, ...) __attribute__((format (printf,3 ,4 ))); void xc_reportv(xc_interface *xch, xentoollog_logger *lg, xentoollog_level,
tools/libxc/xc_solaris.c +0 -97
109 lines not on this page · raw message
tools/libxc/xc_suspend.c +10 -8
@@ -16,6 +16,8 @@#include <unistd.h> #include <fcntl.h> +#include <xenevtchn.h> +#include "xc_private.h" #include "xenguest.h"
@@ -124,12 +126,12 @@ static int unlock_suspend_event(xc_interface *xch, int domid, int *lockfd)return -1 ; } -int xc_await_suspend (xc_interface *xch,xc_evtchn *xce,int suspend_evtchn) +int xc_await_suspend (xc_interface *xch,xenevtchn_handle *xce,int suspend_evtchn) {int rc; do { - rc = xc_evtchn_pending(xce); + rc = xenevtchn_pending(xce); if (rc < 0) { ERROR("error polling suspend notification channel: %d", rc); return -1;
@@ -137,7 +139,7 @@ int xc_await_suspend(xc_interface *xch, xc_evtchn *xce, int suspend_evtchn) }while (rc != suspend_evtchn);/* harmless for one-off suspend */ -if (xc_evtchn_unmask (xce, suspend_evtchn) <0 ) +if (xenevtchn_unmask (xce, suspend_evtchn) <0 )ERROR ("failed to unmask suspend notification channel: %d" , rc);return 0 ;
@@ -145,16 +147,16 @@ int xc_await_suspend(xc_interface *xch, xc_evtchn *xce, int suspend_evtchn)/* Internal callers are allowed to call this with suspend_evtchn<0 * but *lockfd>0. */ -int xc_suspend_evtchn_release (xc_interface *xch,xc_evtchn *xce, +int xc_suspend_evtchn_release (xc_interface *xch,xenevtchn_handle *xce,int domid,int suspend_evtchn,int *lockfd) {if (suspend_evtchn >=0 ) -xc_evtchn_unbind (xce, suspend_evtchn); +xenevtchn_unbind (xce, suspend_evtchn);return unlock_suspend_event (xch, domid, lockfd); } -int xc_suspend_evtchn_init_sane (xc_interface *xch,xc_evtchn *xce, +int xc_suspend_evtchn_init_sane (xc_interface *xch,xenevtchn_handle *xce,int domid,int port,int *lockfd) {int rc, suspend_evtchn =-1 ;
@@ -164,7 +166,7 @@ int xc_suspend_evtchn_init_sane(xc_interface *xch, xc_evtchn *xce, goto cleanup; } - suspend_evtchn =xc_evtchn_bind_interdomain (xce, domid, port); + suspend_evtchn =xenevtchn_bind_interdomain (xce, domid, port);if (suspend_evtchn <0 ) {ERROR ("failed to bind suspend event channel: %d" , suspend_evtchn); goto cleanup;
@@ -184,7 +186,7 @@ cleanup:return -1 ; } -int xc_suspend_evtchn_init_exclusive (xc_interface *xch,xc_evtchn *xce, +int xc_suspend_evtchn_init_exclusive (xc_interface *xch,xenevtchn_handle *xce,int domid,int port,int *lockfd) {int suspend_evtchn;
tools/libxl/Makefile +3 -2
@@ -20,12 +20,13 @@ LIBUUID_LIBS += -luuid endif LIBXL_LIBS = -LIBXL_LIBS = $(LDLIBS_libxentoollog) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) $(LDLIBS_libblktapctl) $(PTYFUNCS_LIBS) $(LIBUUID_LIBS) +LIBXL_LIBS = $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) $(LDLIBS_libblktapctl) $(PTYFUNCS_LIBS) $(LIBUUID_LIBS) ifeq ($(CONFIG_REMUS_NETBUF),y) LIBXL_LIBS += $(LIBNL3_LIBS) endif CFLAGS_LIBXL += $(CFLAGS_libxentoollog) +CFLAGS_LIBXL += $(CFLAGS_libxenevtchn) CFLAGS_LIBXL += $(CFLAGS_libxenctrl) CFLAGS_LIBXL += $(CFLAGS_libxenguest) CFLAGS_LIBXL += $(CFLAGS_libxenstore)
@@ -159,7 +160,7 @@ $(XEN_INIT_DOM0_OBJS): CFLAGS += $(CFLAGS_libxenctrl) $(XEN_INIT_DOM0_OBJS): CFLAGS += $(CFLAGS_libxenstore) SAVE_HELPER_OBJS = libxl_save_helper.o _libxl_save_msgs_helper.o -$(SAVE_HELPER_OBJS): CFLAGS += $(CFLAGS_libxenctrl) +$(SAVE_HELPER_OBJS): CFLAGS += $(CFLAGS_libxenctrl) $(CFLAGS_libxenevtchn) PKG_CONFIG = xenlight.pc xlutil.pc
tools/libxl/libxl.c +1 -1
@@ -186,7 +186,7 @@ int libxl_ctx_free(libxl_ctx *ctx)if (ctx->xch)xc_interface_close (ctx->xch);libxl_version_info_dispose (&ctx->version_info);if (ctx->xsh)xs_daemon_close (ctx->xsh); -if (ctx->xce)xc_evtchn_close (ctx->xce); +if (ctx->xce)xenevtchn_close (ctx->xce);libxl__poller_put (ctx, ctx->poller_app); ctx->poller_app =NULL ;
tools/libxl/libxl_dom_suspend.c +2 -2
@@ -107,9 +107,9 @@ static void domain_suspend_callback_common(libxl__egc *egc,if ((hvm_s_state ==0 ) && (dss->guest_evtchn.port >=0 )) {LOG (DEBUG ,"issuing %s suspend request via event channel" , dss->hvm ?"PVHVM" :"PV" ); - ret =xc_evtchn_notify (CTX ->xce, dss->guest_evtchn.port); + ret =xenevtchn_notify (CTX ->xce, dss->guest_evtchn.port);if (ret <0 ) { -LOG (ERROR ,"xc_evtchn_notify failed ret=%d" , ret); +LOG (ERROR ,"xenevtchn_notify failed ret=%d" , ret); rc =ERROR_FAIL ; goto err; }
tools/libxl/libxl_event.c +7 -7
@@ -739,7 +739,7 @@ static void evtchn_fd_callback(libxl__egc *egc, libxl__ev_fd *ev,/* OK, that's that workaround done. We can actually check for * work for us to do: */ - port =xc_evtchn_pending (CTX ->xce); + port =xenevtchn_pending (CTX ->xce);if (port <0 ) {if (errno ==EAGAIN )break ;
@@ -765,20 +765,20 @@ static void evtchn_fd_callback(libxl__egc *egc, libxl__ev_fd *ev, }int libxl__ctx_evtchn_init (libxl__gc *gc) { -xc_evtchn *xce; +xenevtchn_handle *xce;int rc, fd;if (CTX ->xce)return 0 ; - xce =xc_evtchn_open (CTX ->lg,0 ); + xce =xenevtchn_open (CTX ->lg,0 );if (!xce) {LOGE (ERROR ,"cannot open libxc evtchn handle" ); rc =ERROR_FAIL ; goto out; } - fd =xc_evtchn_fd (xce); + fd =xenevtchn_fd (xce);assert (fd >=0 ); rc =libxl_fd_set_nonblock (CTX , fd,1 );
@@ -788,7 +788,7 @@ int libxl__ctx_evtchn_init(libxl__gc *gc) {return 0 ; out: -xc_evtchn_close (xce); +xenevtchn_close (xce);return rc; }
@@ -810,14 +810,14 @@ int libxl__ev_evtchn_wait(libxl__gc *gc, libxl__ev_evtchn *evev)if (!libxl__ev_fd_isregistered (&CTX ->evtchn_efd)) { rc =libxl__ev_fd_register (gc, &CTX ->evtchn_efd, evtchn_fd_callback, -xc_evtchn_fd (CTX ->xce),POLLIN ); +xenevtchn_fd (CTX ->xce),POLLIN );if (rc) goto out; }if (evev->waiting)return 0 ; - r =xc_evtchn_unmask (CTX ->xce, evev->port); + r =xenevtchn_unmask (CTX ->xce, evev->port);if (r) {LOGE (ERROR ,"cannot unmask event channel %d" ,evev->port); rc =ERROR_FAIL ;
tools/libxl/libxl_internal.h +3 -2
@@ -48,6 +48,7 @@#include <sys/file.h> #include <sys/ioctl.h> +#include <xenevtchn.h> #include <xenstore.h> #include <xenctrl.h> #include <xenguest.h>
@@ -441,7 +442,7 @@ struct libxl__ctx {uint32_t watch_counter;/* helps disambiguate slot reuse */ libxl__ev_fd watch_efd; -xc_evtchn *xce;/* waiting must be done only with libxl__ev_evtchn* */ +xenevtchn_handle *xce;/* waiting must be done only with libxl__ev_evtchn* */ LIBXL_LIST_HEAD(, libxl__ev_evtchn) evtchns_waiting;libxl__ev_fd evtchn_efd;
@@ -916,7 +917,7 @@ static inline int libxl__ev_xswatch_isregistered(const libxl__ev_xswatch *xw)* When the event is signaled then the callback will be made, once. * Then you must call libxl__ev_evtchn_wait again, if desired. * -* You must NOT call xc_evtchn_unmask. wait will do that for you. +* You must NOT call xenevtchn_unmask. wait will do that for you. * * Calling libxl__ev_evtchn_cancel will arrange for libxl to disregard * future occurrences of event. Both libxl__ev_evtchn_wait and
tools/misc/Makefile +4 -3
@@ -4,6 +4,7 @@ include $(XEN_ROOT)/tools/Rules.mk CFLAGS += -Werror # Include configure output (config.h) CFLAGS += -include $(XEN_ROOT)/tools/config.h +CFLAGS += $(CFLAGS_libxenevtchn) CFLAGS += $(CFLAGS_libxenctrl) CFLAGS += $(CFLAGS_xeninclude) CFLAGS += $(CFLAGS_libxenstore)
@@ -88,18 +89,18 @@ xenlockprof: xenlockprof.o # xen-hptool incorrectly uses libxc internals xen-hptool.o: CFLAGS += -I$(XEN_ROOT)/tools/libxc xen-hptool: xen-hptool.o - $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) $(APPEND_LDFLAGS) # xen-mfndump incorrectly uses libxc internals xen-mfndump.o: CFLAGS += -I$(XEN_ROOT)/tools/libxc xen-mfndump: xen-mfndump.o - $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(APPEND_LDFLAGS) xenwatchdogd: xenwatchdogd.o $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenctrl) $(APPEND_LDFLAGS) xen-lowmemd: xen-lowmemd.o - $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenctrl) $(LDLIBS_libxenstore) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenstore) $(APPEND_LDFLAGS) gtraceview: gtraceview.o $(CC) $(LDFLAGS) -o $@ $< $(CURSES_LIBS) $(TINFO_LIBS) $(APPEND_LDFLAGS)
tools/misc/xen-hptool.c +7 -6
@@ -1,3 +1,4 @@ +#include <xenevtchn.h> #include <xenctrl.h> #include <xc_private.h> #include <xc_core.h>
@@ -98,7 +99,7 @@ static int hp_mem_query_func(int argc, char *argv[])return ret; } -static int suspend_guest (xc_interface *xch,xc_evtchn *xce,int domid, +static int suspend_guest (xc_interface *xch,xenevtchn_handle *xce,int domid,int *evtchn,int *lockfd) {int port, rc, suspend_evtchn =-1 ;
@@ -123,7 +124,7 @@ static int suspend_guest(xc_interface *xch, xc_evtchn *xce, int domid, } *evtchn = suspend_evtchn; - rc =xc_evtchn_notify (xce, suspend_evtchn); + rc =xenevtchn_notify (xce, suspend_evtchn);if (rc <0 ) {fprintf (stderr,"Failed to notify suspend channel: errno %d\n" , rc);
@@ -198,8 +199,8 @@ static int hp_mem_offline_func(int argc, char *argv[])else if (status &PG_OFFLINE_OWNED ) {int result, suspend_evtchn =-1 , suspend_lockfd =-1 ; -xc_evtchn *xce; - xce =xc_evtchn_open (NULL ,0 ); +xenevtchn_handle *xce; + xce =xenevtchn_open (NULL ,0 );if (xce ==NULL ) {
@@ -214,7 +215,7 @@ static int hp_mem_offline_func(int argc, char *argv[]) {fprintf (stderr,"Failed to suspend guest %d for" " mfn %lx\n" , domid, mfn); -xc_evtchn_close (xce); +xenevtchn_close (xce);return -1 ; }
@@ -238,7 +239,7 @@ static int hp_mem_offline_func(int argc, char *argv[])xc_domain_resume (xch, domid,1 );xc_suspend_evtchn_release (xch, xce, domid, suspend_evtchn, &suspend_lockfd); -xc_evtchn_close (xce); +xenevtchn_close (xce); }break ; }
tools/misc/xen-lowmemd.c +8 -7
@@ -4,22 +4,23 @@*/ #include <stdio.h> +#include <xenevtchn.h> #include <xenctrl.h> #include <xenstore.h> #include <stdlib.h> #include <string.h> static evtchn_port_t virq_port =-1 ; -static xc_evtchn *xce_handle =NULL ; +static xenevtchn_handle *xce_handle =NULL ;static xc_interface *xch =NULL ;static struct xs_handle *xs_handle =NULL ;void cleanup (void ) {if (virq_port >-1 ) -xc_evtchn_unbind (xce_handle, virq_port); +xenevtchn_unbind (xce_handle, virq_port);if (xce_handle) -xc_evtchn_close (xce_handle); +xenevtchn_close (xce_handle);if (xch)xc_interface_close (xch);if (xs_handle)
@@ -94,7 +95,7 @@ int main(int argc, char *argv[])return 1 ; } - xce_handle =xc_evtchn_open (NULL ,0 ); + xce_handle =xenevtchn_open (NULL ,0 );if (xce_handle ==NULL ) {perror ("Failed to open evtchn device" );
@@ -108,7 +109,7 @@ int main(int argc, char *argv[])return 3 ; } -if ((rc =xc_evtchn_bind_virq (xce_handle,VIRQ_ENOMEM )) ==-1 ) +if ((rc =xenevtchn_bind_virq (xce_handle,VIRQ_ENOMEM )) ==-1 ) {perror ("Failed to bind to domain exception virq port" );return 4 ;
@@ -120,7 +121,7 @@ int main(int argc, char *argv[]) {evtchn_port_t port; -if ((port =xc_evtchn_pending (xce_handle)) ==-1 ) +if ((port =xenevtchn_pending (xce_handle)) ==-1 ) {perror ("Failed to listen for pending event channel" );return 5 ;
@@ -134,7 +135,7 @@ int main(int argc, char *argv[])return 6 ; } -if (xc_evtchn_unmask (xce_handle, port) ==-1 ) +if (xenevtchn_unmask (xce_handle, port) ==-1 ) {perror ("Failed to unmask port" );return 7 ;
tools/ocaml/libs/eventchn/Makefile +2 -2
@@ -2,13 +2,13 @@ TOPLEVEL=$(CURDIR)/../.. XEN_ROOT=$(TOPLEVEL)/../.. include $(TOPLEVEL)/common.make
Lines of this file are not shown. View the raw message.
tools/ocaml/libs/eventchn/xeneventchn_stubs.c +10 -10
Lines of this file are not shown. View the raw message.
The rest of this diff is not shown. View the raw message.
Signature · 7 lines
2.1.4 _______________________________________________ Xen-devel mailing list [email protected] http://lists.xen.org/xen-devel
Part of the diff is not shown here. View the raw message.
PATCH v6 8/32 tools: Arrange to check public headers for ANSI compatiblity
In reply to Ian CampbellUsing the same rune as we use for the Xen public headers, except we do not need stdint.h here and we use -pedantic too.
--- .gitignore | 2 ++ tools/Rules.mk | 8 ++++++++ tools/libs/evtchn/Makefile | 4 +++- tools/libs/toollog/Makefile | 5 ++++- 4 files changed, 17 insertions(+), 2 deletions(-)
.gitignore +2 -0
@@ -86,6 +86,8 @@ tools/config.cache config/Tools.mk config/Stubdom.mk config/Docs.mk +tools/libs/toollog/headers.chk +tools/libs/evtchn/headers.chk tools/blktap2/daemon/blktapctrl tools/blktap2/drivers/img2qcow tools/blktap2/drivers/lock-util
tools/Rules.mk +8 -0
@@ -176,6 +176,14 @@ INSTALL_PYTHON_PROG = \ %.opic: %.S $(CC) $(CPPFLAGS) -DPIC $(CFLAGS) $(CFLAGS.opic) -fPIC -c -o $@ $< $(APPEND_CFLAGS) +headers.chk: + for i in $(filter %.h,$^); do \ + $(CC) -x c -ansi -Wall -Werror -pedantic $(CFLAGS_xeninclude) \ + -S -o /dev/null $$i || exit 1; \ + echo $$i; \ + done >[email protected] + mv [email protected] $@ + subdirs-all subdirs-clean subdirs-install subdirs-distclean: .phony @set -e; for subdir in $(SUBDIRS) $(SUBDIRS-y); do \ $(MAKE) subdir-$(patsubst subdirs-%,%,$@)-$$subdir; \
tools/libs/evtchn/Makefile +3 -1
@@ -32,8 +32,9 @@ build: $(MAKE) libs .PHONY: libs -libs: $(LIB) +libs: headers.chk $(LIB) +headers.chk: $(wildcard include/*.h) libxenevtchn.a: $(LIB_OBJS) $(AR) rc $@ $^
@@ -63,3 +64,4 @@ TAGS: .PHONY: clean clean: rm -rf *.rpm $(LIB) *~ $(DEPS) $(LIB_OBJS) $(PIC_OBJS) + rm -f headers.chk
tools/libs/toollog/Makefile +4 -1
@@ -27,7 +27,9 @@ build: $(MAKE) libs .PHONY: libs -libs: $(LIB) +libs: headers.chk $(LIB) + +headers.chk: $(wildcard include/*.h) libxentoollog.a: $(LIB_OBJS) $(AR) rc $@ $^
@@ -57,3 +59,4 @@ TAGS: .PHONY: clean clean: rm -rf *.rpm $(LIB) *~ $(DEPS) $(LIB_OBJS) $(PIC_OBJS) + rm -f headers.chk
Signature · 1 line
2.1.4
PATCH v6 9/32 tools/libxc: Remove osdep indirection for xc_gnt{shr, tab}
In reply to Ian CampbellThe alternative backend (a xen-api/xapi shim) is no longer around and so this stuff is now just baggage which is getting in the way of refactoring libxenctrl.
Nested virt probably suffices for this use case now.
It is now necessary to provide explicit versions of things for platforms which do not implement this functionality, since the osdep dispatcher cannot fulfil this need any more. These are provided by appropriate xc_nognt???.c files which are compiled and linked on the appropriate platforms. In them open and close return failure and everything else aborts, since if open fails they should never be called.
--- tools/libxc/Makefile | 10 ++-- tools/libxc/include/xenctrl.h | 4 +- tools/libxc/include/xenctrlosdep.h | 23 ------- tools/libxc/xc_gnttab.c | 57 ++++-------------- tools/libxc/xc_linux_osdep.c | 119 +++++++++++++++---------------------- tools/libxc/xc_minios.c | 51 ++++++---------- tools/libxc/xc_nogntshr.c | 46 ++++++++++++++ tools/libxc/xc_nognttab.c | 50 ++++++++++++++++ tools/libxc/xc_private.c | 83 +++++++++++++++++++++----- tools/libxc/xc_private.h | 24 ++++++++ 10 files changed, 274 insertions(+), 193 deletions(-) create mode 100644 tools/libxc/xc_nogntshr.c create mode 100644 tools/libxc/xc_nognttab.c
tools/libxc/Makefile +5 -5
@@ -43,11 +43,11 @@ CTRL_SRCS-y += xc_resource.c CTRL_SRCS-$(CONFIG_X86) += xc_psr.c CTRL_SRCS-$(CONFIG_X86) += xc_pagetab.c CTRL_SRCS-$(CONFIG_Linux) += xc_linux.c xc_linux_osdep.c -CTRL_SRCS-$(CONFIG_FreeBSD) += xc_freebsd.c xc_freebsd_osdep.c -CTRL_SRCS-$(CONFIG_SunOS) += xc_solaris.c -CTRL_SRCS-$(CONFIG_NetBSD) += xc_netbsd.c -CTRL_SRCS-$(CONFIG_NetBSDRump) += xc_netbsd.c -CTRL_SRCS-$(CONFIG_MiniOS) += xc_minios.c +CTRL_SRCS-$(CONFIG_FreeBSD) += xc_freebsd.c xc_freebsd_osdep.c xc_nognttab.c xc_nogntshr.c +CTRL_SRCS-$(CONFIG_SunOS) += xc_solaris.c xc_nognttab.c xc_nogntshr.c +CTRL_SRCS-$(CONFIG_NetBSD) += xc_netbsd.c xc_nognttab.c xc_nogntshr.c +CTRL_SRCS-$(CONFIG_NetBSDRump) += xc_netbsd.c xc_nognttab.c xc_nogntshr.c +CTRL_SRCS-$(CONFIG_MiniOS) += xc_minios.c xc_nogntshr.c CTRL_SRCS-y += xc_evtchn_compat.c GUEST_SRCS-y :=
tools/libxc/include/xenctrl.h +2 -2
@@ -117,8 +117,8 @@*/ typedef struct xc_interface_core xc_interface ; -typedef struct xc_interface_core xc_gnttab ; -typedef struct xc_interface_core xc_gntshr ; +typedef struct xengntdev_handle xc_gnttab ; +typedef struct xengntdev_handle xc_gntshr ;enum xc_error_code {XC_ERROR_NONE =0 ,
tools/libxc/include/xenctrlosdep.h +0 -23
@@ -51,8 +51,6 @@enum xc_osdep_type {XC_OSDEP_PRIVCMD , -XC_OSDEP_GNTTAB , -XC_OSDEP_GNTSHR , };/* Opaque handle internal to the backend */
@@ -88,27 +86,6 @@ struct xc_osdep_ops size_t chunksize, privcmd_mmap_entry_t entries[], int nentries); } privcmd; -struct { -#define XC_GRANT_MAP_SINGLE_DOMAIN 0x1 -void *(*grant_map)(xc_gnttab *xcg,xc_osdep_handle h, -uint32_t count,int flags,int prot, -uint32_t *domids,uint32_t *refs, -uint32_t notify_offset, -evtchn_port_t notify_port); -int (*munmap)(xc_gnttab *xcg,xc_osdep_handle h, -void *start_address, -uint32_t count); -int (*set_max_grants)(xc_gnttab *xcg,xc_osdep_handle h,uint32_t count); - } gnttab; -struct { -void *(*share_pages)(xc_gntshr *xcg,xc_osdep_handle h, -uint32_t domid,int count, -uint32_t *refs,int writable, -uint32_t notify_offset, -evtchn_port_t notify_port); -int (*munmap)(xc_gntshr *xcg,xc_osdep_handle h, -void *start_address,uint32_t count); - } gntshr; } u; };typedef struct xc_osdep_ops xc_osdep_ops ;
tools/libxc/xc_gnttab.c +13 -44
103 lines not on this page · raw message
tools/libxc/xc_linux_osdep.c +47 -72
235 lines not on this page · raw message
tools/libxc/xc_minios.c +19 -32
97 lines not on this page · raw message
tools/libxc/xc_nogntshr.c new file +46 -0
46 lines not on this page · raw message
tools/libxc/xc_nognttab.c new file +50 -0
50 lines not on this page · raw message
tools/libxc/xc_private.c +68 -15
106 lines not on this page · raw message
tools/libxc/xc_private.h +24 -0
@@ -123,6 +123,30 @@ struct xc_interface_core {xc_osdep_handle ops_handle;/* opaque data for xc_osdep_ops */ }; +struct xengntdev_handle { +xentoollog_logger *logger, *logger_tofree; +int fd; +}; + +int osdep_gnttab_open (xc_gnttab *xgt); +int osdep_gnttab_close (xc_gnttab *xgt); + +#define XC_GRANT_MAP_SINGLE_DOMAIN 0x1 +void *osdep_gnttab_grant_map (xc_gnttab *xgt, +uint32_t count,int flags,int prot, +uint32_t *domids,uint32_t *refs, +uint32_t notify_offset, +evtchn_port_t notify_port); + +int osdep_gntshr_open (xc_gntshr *xgs); +int osdep_gntshr_close (xc_gntshr *xgs); + +void *osdep_gntshr_share_pages (xc_gntshr *xgs, +uint32_t domid,int count, +uint32_t *refs,int writable, +uint32_t notify_offset, +evtchn_port_t notify_port); +void xc_report_error (xc_interface *xch,int code,const char *fmt, ...) __attribute__((format (printf,3 ,4 ))); void xc_reportv(xc_interface *xch, xentoollog_logger *lg, xentoollog_level,
Signature · 1 line
2.1.4
PATCH v6 10/32 tools: Refactor /dev/xen/gnt{dev, shr} wrappers into libxengnttab.
In reply to Ian Campbelllibxengnttab will provide a stable API and ABI for accessing the grant table devices.
The functions are moved into the xengnt{tab,shr} namespace to make a clean break from libxc and avoid ambiguity regarding which interfaces are stable.
All in-tree users are updated to use the new names.
Upon request (via #define XC_WANT_COMPAT_GNTTAB_API) libxenctrl will provide a compat API for the old names. This is used by qemu-xen for the time being. qemu-xen-traditional is updated in lockstep.
This leaves a few grant table related functions which go via privcmd (EVTCHNOP) rather than ioctls on the /dev/xen/gnt* devices in libxenctrl. Specifically:
- xc_gnttab_get_version
- xc_gnttab_map_table_v1
- xc_gnttab_map_table_v2
- xc_gnttab_op
These functions do not appear to be needed by qemu-dm, qemu-pv (provision of device model to HVM guests and PV backends respectively) or by libvchan suggesting they are not needed by non-toolstack uses of event channels.
The new library uses a version script to ensure that only expected symbols are exported and to version them such that ABI guarantees can be kept in the future.
After this change libxenvchan no longer needs to link against libxenctrl. It still needs xenctrl.h in one file for xen_mb and friends.
---
Must be applied with:
- "qemu-xen-traditional: Use libxengnttab" and a corresponding QEMU_TAG update folded here.
- "mini-os: Include libxengnttab with libxc"" and a corresponding bump to MINIOS_UPSTREAM_REVISION folded in here.
v3:
- Remove SHLIB_libxenctrl from SHDEPS_libxenvchan, and replace with SHLIB_libxentoollog.
- Move to tools/libs/gnttab
- Adjust for rebase over 31cf2ca75181 "tools/libxc: linux: Don't use getpagesize() when unmapping the grants"
v5: Allow _close(NULL).
v6: The extensive API document updates from the previous round of
review have been implemented in "tools/libs/gnttab: Extensive updates to API documentation." later in the series, so as not to add further functional changes than already required to this refactoring patch.
---
.gitignore | 2 +
stubdom/Makefile | 19 +-
tools/Makefile | 3 +
tools/Rules.mk | 14 +-
tools/console/Makefile | 5 +-
tools/console/daemon/io.c | 21 +-
tools/libs/Makefile | 1 +
tools/libs/evtchn/minios.c | 5 +-
tools/libs/gnttab/Makefile | 69 +++++
tools/libs/gnttab/gntshr_core.c | 95 ++++++
.../xc_nognttab.c => libs/gnttab/gntshr_unimp.c} | 34 ++-
tools/libs/gnttab/gnttab_core.c | 124 ++++++++
tools/libs/gnttab/gnttab_unimp.c | 89 ++++++
tools/libs/gnttab/include/xengnttab.h | 218 ++++++++++++++
tools/libs/gnttab/libxengnttab.map | 23 ++
tools/libs/gnttab/linux.c | 329 +++++++++++++++++++++
tools/libs/gnttab/minios.c | 117 ++++++++
tools/libs/gnttab/private.h | 47 +++
tools/libvchan/Makefile | 8 +-
tools/libvchan/init.c | 24 +-
tools/libvchan/io.c | 8 +-
tools/libvchan/libxenvchan.h | 6 +-
tools/libxc/Makefile | 15 +-
tools/libxc/include/xenctrl.h | 168 -----------
tools/libxc/include/xenctrl_compat.h | 48 +++
tools/libxc/xc_gnttab.c | 53 ----
tools/libxc/xc_gnttab_compat.c | 111 +++++++
tools/libxc/xc_linux_osdep.c | 280 ------------------
tools/libxc/xc_minios.c | 73 -----
tools/libxc/xc_nogntshr.c | 46 ---
tools/libxc/xc_private.c | 80 -----
tools/libxc/xc_private.h | 24 --
tools/xenstore/Makefile | 4 +-
tools/xenstore/xenstored_core.h | 4 +-
tools/xenstore/xenstored_domain.c | 24 +-
tools/xenstore/xenstored_minios.c | 5 +-
36 files changed, 1396 insertions(+), 800 deletions(-)
create mode 100644 tools/libs/gnttab/Makefile
create mode 100644 tools/libs/gnttab/gntshr_core.c
rename tools/{libxc/xc_nognttab.c => libs/gnttab/gntshr_unimp.c} (52%)
create mode 100644 tools/libs/gnttab/gnttab_core.c
create mode 100644 tools/libs/gnttab/gnttab_unimp.c
create mode 100644 tools/libs/gnttab/include/xengnttab.h
create mode 100644 tools/libs/gnttab/libxengnttab.map
create mode 100644 tools/libs/gnttab/linux.c
create mode 100644 tools/libs/gnttab/minios.c
create mode 100644 tools/libs/gnttab/private.h
create mode 100644 tools/libxc/xc_gnttab_compat.c
delete mode 100644 tools/libxc/xc_nogntshr.c.gitignore +2 -0
@@ -60,6 +60,7 @@ stubdom/ioemu stubdom/xenstore stubdom/libxentoollog-* stubdom/libxenevtchn-* +stubdom/libxengnttab-* stubdom/libxc-* stubdom/lwip-* stubdom/mini-os-*
@@ -88,6 +89,7 @@ config/Stubdom.mk config/Docs.mk tools/libs/toollog/headers.chk tools/libs/evtchn/headers.chk +tools/libs/gnttab/headers.chk tools/blktap2/daemon/blktapctrl tools/blktap2/drivers/img2qcow tools/blktap2/drivers/lock-util
stubdom/Makefile +18 -1
@@ -324,6 +324,12 @@ mk-headers-$(XEN_TARGET_ARCH): $(IOEMU_LINKFARM_TARGET) ln -sf $(XEN_ROOT)/tools/libs/evtchn/include/*.h include/ && \ ln -sf $(XEN_ROOT)/tools/libs/evtchn/*.c . && \ ln -sf $(XEN_ROOT)/tools/libs/evtchn/Makefile . ) + mkdir -p libs-$(XEN_TARGET_ARCH)/gnttab/include + [ -h libs-$(XEN_TARGET_ARCH)/gnttab/Makefile ] || ( cd libs-$(XEN_TARGET_ARCH)/gnttab && \ + ln -sf $(XEN_ROOT)/tools/libs/gnttab/*.h . && \ + ln -sf $(XEN_ROOT)/tools/libs/gnttab/include/*.h include/ && \ + ln -sf $(XEN_ROOT)/tools/libs/gnttab/*.c . && \ + ln -sf $(XEN_ROOT)/tools/libs/gnttab/Makefile . ) mkdir -p libxc-$(XEN_TARGET_ARCH) [ -h libxc-$(XEN_TARGET_ARCH)/Makefile ] || ( cd libxc-$(XEN_TARGET_ARCH) && \ ln -sf $(XEN_ROOT)/tools/libxc/*.h . && \
@@ -369,12 +375,23 @@ libs-$(XEN_TARGET_ARCH)/evtchn/libxenevtchn.a: $(NEWLIB_STAMPFILE) CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/evtchn ####### +# libxengnttab +####### + +.PHONY: libxengnttab +libxengnttab: libs-$(XEN_TARGET_ARCH)/gnttab/libxengnttab.a +libs-$(XEN_TARGET_ARCH)/gnttab/libxengnttab.a: $(NEWLIB_STAMPFILE) + $(MAKE) -C $(XEN_ROOT)/tools/include + $(MAKE) DESTDIR= -C $(MINI_OS) links + CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/gnttab + +####### # libxc ####### .PHONY: libxc libxc: libxc-$(XEN_TARGET_ARCH)/libxenctrl.a libxc-$(XEN_TARGET_ARCH)/libxenguest.a -libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog libxenevtchn cross-zlib +libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog libxenevtchn libxengnttab cross-zlib $(MAKE) -C $(XEN_ROOT)/tools/include $(MAKE) DESTDIR= -C $(MINI_OS) links CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= CONFIG_LIBXC_MINIOS=y -C libxc-$(XEN_TARGET_ARCH)
tools/Makefile +3 -0
@@ -249,9 +249,11 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find --includedir=$(LIBEXEC_INC) \ --source-path=$$source \ --extra-cflags="-DXC_WANT_COMPAT_EVTCHN_API=1 \ + -DXC_WANT_COMPAT_GNTTAB_API=1 \ -I$(XEN_ROOT)/tools/include \ -I$(XEN_ROOT)/tools/libs/toollog/include \ -I$(XEN_ROOT)/tools/libs/evtchn/include \ + -I$(XEN_ROOT)/tools/libs/gnttab/include \ -I$(XEN_ROOT)/tools/libxc/include \ -I$(XEN_ROOT)/tools/xenstore/include \ -I$(XEN_ROOT)/tools/xenstore/compat/include \
@@ -260,6 +262,7 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find -L$(XEN_ROOT)/tools/xenstore \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/toollog \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/evtchn \ + -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/gnttab \ $(QEMU_UPSTREAM_RPATH)" \ --bindir=$(LIBEXEC_BIN) \ --datadir=$(SHAREDIR)/qemu-xen \
tools/Rules.mk +12 -2
@@ -12,6 +12,7 @@ INSTALL = $(XEN_ROOT)/tools/cross-install XEN_INCLUDE = $(XEN_ROOT)/tools/include XEN_LIBXENTOOLLOG = $(XEN_ROOT)/tools/libs/toollog XEN_LIBXENEVTCHN = $(XEN_ROOT)/tools/libs/evtchn +XEN_LIBXENGNTTAB = $(XEN_ROOT)/tools/libs/gnttab XEN_LIBXC = $(XEN_ROOT)/tools/libxc XEN_XENLIGHT = $(XEN_ROOT)/tools/libxl XEN_XENSTORE = $(XEN_ROOT)/tools/xenstore
@@ -88,8 +89,17 @@ SHDEPS_libxenevtchn = LDLIBS_libxenevtchn = $(XEN_LIBXENEVTCHN)/libxenevtchn$(libextension) SHLIB_libxenevtchn = -Wl,-rpath-link=$(XEN_LIBXENEVTCHN) +CFLAGS_libxengnttab = -I$(XEN_LIBXENGNTTAB)/include $(CFLAGS_xeninclude) +LDLIBS_libxengnttab = $(XEN_LIBXENGNTTAB)/libxengnttab$(libextension) +SHLIB_libxengnttab = -Wl,-rpath-link=$(XEN_LIBXENGNTTAB) + +# xengntshr_* interfaces are actually part of libxengnttab.so +CFLAGS_libxengntshr = -I$(XEN_LIBXENGNTTAB)/include $(CFLAGS_xeninclude) +LDLIBS_libxengntshr = $(XEN_LIBXENGNTTAB)/libxengnttab$(libextension) +SHLIB_libxengntshr = -Wl,-rpath-link=$(XEN_LIBXENGNTTAB) + CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_libxentoollog) $(CFLAGS_xeninclude) -SHDEPS_libxenctrl = $(SHLIB_libxentoollog) $(SHLIB_libxenevtchn) +SHDEPS_libxenctrl = $(SHLIB_libxentoollog) $(SHLIB_libxenevtchn) $(SHLIB_libxengnttab) $(SHLIB_libxengntshr) LDLIBS_libxenctrl = $(SHDEPS_libxenctrl) $(XEN_LIBXC)/libxenctrl$(libextension) SHLIB_libxenctrl = $(SHDEPS_libxenctrl) -Wl,-rpath-link=$(XEN_LIBXC)
@@ -109,7 +119,7 @@ LDLIBS_libxenstat = $(SHDEPS_libxenstat) $(XEN_LIBXENSTAT)/libxenstat$(libexten SHLIB_libxenstat = $(SHDEPS_libxenstat) -Wl,-rpath-link=$(XEN_LIBXENSTAT) CFLAGS_libxenvchan = -I$(XEN_LIBVCHAN) -SHDEPS_libxenvchan = $(SHLIB_libxenctrl) $(SHLIB_libxenstore) $(SHLIB_libxenevtchn) +SHDEPS_libxenvchan = $(SHLIB_libxentoollog) $(SHLIB_libxenstore) $(SHLIB_libxenevtchn) $(SHLIB_libxengnttab) $(SHLIB_libxengntshr) LDLIBS_libxenvchan = $(SHDEPS_libxenvchan) $(XEN_LIBVCHAN)/libxenvchan$(libextension) SHLIB_libxenvchan = $(SHDEPS_libxenvchan) -Wl,-rpath-link=$(XEN_LIBVCHAN)
tools/console/Makefile +2 -3
@@ -3,10 +3,8 @@ include $(XEN_ROOT)/tools/Rules.mk CFLAGS += -Werror -CFLAGS += $(CFLAGS_libxenevtchn) CFLAGS += $(CFLAGS_libxenctrl) CFLAGS += $(CFLAGS_libxenstore) -LDLIBS += $(LDLIBS_libxenevtchn) LDLIBS += $(LDLIBS_libxenctrl) LDLIBS += $(LDLIBS_libxenstore) LDLIBS += $(SOCKET_LIBS)
@@ -28,8 +26,9 @@ clean: .PHONY: distclean distclean: clean +daemon/io.o: CFLAGS += $(CFLAGS_libxenevtchn) $(CFLAGS_libxengnttab) xenconsoled: $(patsubst %.c,%.o,$(wildcard daemon/*.c)) - $(CC) $(LDFLAGS) $^ -o $@ $(LDLIBS) $(LDLIBS_xenconsoled) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) $^ -o $@ $(LDLIBS) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_xenconsoled) $(APPEND_LDFLAGS) xenconsole: client/_paths.h $(patsubst %.c,%.o,$(wildcard client/*.c)) $(CC) $(LDFLAGS) $^ -o $@ $(LDLIBS) $(LDLIBS_xenconsole) $(APPEND_LDFLAGS)
tools/console/daemon/io.c +11 -10
@@ -22,6 +22,7 @@#include "utils.h" #include "io.h" #include <xenevtchn.h> +#include <xengnttab.h> #include <xenstore.h> #include <xen/io/console.h> #include <xen/grant_table.h>
@@ -72,7 +73,7 @@ static int log_time_hv_needts = 1;static int log_time_guest_needts =1 ;static int log_hv_fd =-1 ; -static xc_gnttab *xcg_handle =NULL ; +static xengnttab_handle *xgt_handle =NULL ;static struct pollfd *fds;static unsigned int current_array_size;
@@ -520,8 +521,8 @@ static void domain_unmap_interface(struct domain *dom) {if (dom->interface ==NULL )return ; -if (xcg_handle && dom->ring_ref ==-1 ) -xc_gnttab_munmap (xcg_handle, dom->interface,1 ); +if (xgt_handle && dom->ring_ref ==-1 ) +xengnttab_munmap (xgt_handle, dom->interface,1 );else munmap (dom->interface,XC_PAGE_SIZE ); dom->interface =NULL ;
@@ -552,9 +553,9 @@ static int domain_create_ring(struct domain *dom)if (ring_ref != dom->ring_ref && dom->ring_ref !=-1 )domain_unmap_interface (dom); -if (!dom->interface && xcg_handle) { +if (!dom->interface && xgt_handle) {/* Prefer using grant table */ - dom->interface =xc_gnttab_map_grant_ref (xcg_handle, + dom->interface =xengnttab_map_grant_ref (xgt_handle, dom->domid,GNTTAB_RESERVED_CONSOLE ,PROT_READ |PROT_WRITE ); dom->ring_ref =-1 ;
@@ -1029,8 +1030,8 @@ void handle_io(void)handle_hv_logs (xce_handle, true); } - xcg_handle =xc_gnttab_open (NULL ,0 ); -if (xcg_handle ==NULL ) { + xgt_handle =xengnttab_open (NULL ,0 ); +if (xgt_handle ==NULL ) {dolog (LOG_DEBUG ,"Failed to open xcg handle: %d (%s)" , errno,strerror (errno)); }
@@ -1206,9 +1207,9 @@ void handle_io(void)xenevtchn_close (xce_handle); xce_handle =NULL ; } -if (xcg_handle !=NULL ) { -xc_gnttab_close (xcg_handle); - xcg_handle =NULL ; +if (xgt_handle !=NULL ) { +xengnttab_close (xgt_handle); + xgt_handle =NULL ; } log_hv_evtchn =-1 ; }
tools/libs/Makefile +1 -0
@@ -4,5 +4,6 @@ include $(XEN_ROOT)/tools/Rules.mk SUBDIRS-y := SUBDIRS-y += toollog SUBDIRS-y += evtchn +SUBDIRS-y += gnttab all clean install distclean: %: subdirs-%
tools/libs/evtchn/minios.c +1 -4
@@ -27,13 +27,12 @@#include <mini-os/events.h> #include <mini-os/wait.h> -#include <sys/socket.h> -#include <assert.h> #include <errno.h> #include <fcntl.h> #include <stdio.h> #include <stdint.h> +#include <unistd.h> #include <inttypes.h> #include <malloc.h>
@@ -43,8 +42,6 @@ extern void minios_evtchn_close_fd(int fd);extern struct wait_queue_head event_queue; -//void minios_evtchn_close_fd(int fd); -/* XXX Note: This is not threadsafe */ static struct evtchn_port_info *port_alloc (int fd) {struct evtchn_port_info *port_info;
tools/libs/gnttab/Makefile new file +69 -0
69 lines not on this page · raw message
tools/libs/gnttab/gntshr_core.c new file +95 -0
95 lines not on this page · raw message
tools/libs/gnttab/gntshr_unimp.c renamed from tools/libxc/xc_nognttab.c +23 -11
@@ -14,37 +14,49 @@* * You should have received a copy of the GNU Lesser General Public * License along with this library; If not, see <http://www.gnu.org/licenses/>. +* +* Split out from xc_gnttab.c */ #include <stdlib.h> -#include "xc_private.h" +#include "private.h" -int osdep_gnttab_open (xc_gnttab *xgt) +xengntshr_handle *xengntshr_open (xentoollog_logger *logger,unsigned open_flags) { -return -1 ; +return NULL ; } -int osdep_gnttab_close (xc_gnttab *xgt) +int xengntshr_close (xengntshr_handle *xgs) {return 0 ; } -int xc_gnttab_set_max_grants (xc_gnttab *xgt,uint32_t count) +void *xengntshr_share_pages (xengntshr_handle *xcg,uint32_t domid, +int count,uint32_t *refs,int writable) {abort (); } -void *osdep_gnttab_grant_map (xc_gnttab *xgt, -uint32_t count,int flags,int prot, -uint32_t *domids,uint32_t *refs, -uint32_t notify_offset, -evtchn_port_t notify_port) +void *xengntshr_share_page_notify (xengntshr_handle *xcg,uint32_t domid, +uint32_t *ref,int writable, +uint32_t notify_offset, +evtchn_port_t notify_port) {abort (); } -int xc_gnttab_munmap (xc_gnttab *xgt,void *start_address,uint32_t count) +int xengntshr_munmap (xengntshr_handle *xgs,void *start_address,uint32_t count) {abort (); } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/libs/gnttab/gnttab_core.c new file +124 -0
124 lines not on this page · raw message
tools/libs/gnttab/gnttab_unimp.c new file +89 -0
89 lines not on this page · raw message
tools/libs/gnttab/include/xengnttab.h new file +218 -0
218 lines not on this page · raw message
tools/libs/gnttab/libxengnttab.map new file +23 -0
@@ -0,0 +1,23 @@ +VERS_1.0 { + global: + xengnttab_open; + xengnttab_close; + + xengnttab_set_max_grants; + + xengnttab_map_domain_grant_refs; + xengnttab_map_grant_ref; + xengnttab_map_grant_ref_notify; + xengnttab_map_grant_refs; + + xengnttab_munmap; + + xengntshr_open; + xengntshr_close; + + xengntshr_share_page_notify; + xengntshr_share_pages; + + xengntshr_munmap; + local: *; /* Do not expose anything by default */ +};
tools/libs/gnttab/linux.c new file +329 -0
329 lines not on this page · raw message
tools/libs/gnttab/minios.c new file +117 -0
117 lines not on this page · raw message
tools/libs/gnttab/private.h new file +47 -0
47 lines not on this page · raw message
tools/libvchan/Makefile +5 -3
@@ -10,15 +10,17 @@ NODE_OBJS = node.o NODE2_OBJS = node-select.o LIBVCHAN_PIC_OBJS = $(patsubst %.o,%.opic,$(LIBVCHAN_OBJS)) -LIBVCHAN_LIBS = $(LDLIBS_libxenstore) $(LDLIBS_libxenctrl) $(LDLIBS_libxenevtchn) -$(LIBVCHAN_OBJS) $(LIBVCHAN_PIC_OBJS): CFLAGS += $(CFLAGS_libxenstore) $(CFLAGS_libxenctrl) $(CFLAGS_libxenevtchn) -$(NODE_OBJS) $(NODE2_OBJS): CFLAGS += $(CFLAGS_libxenctrl) $(CFLAGS_libxenevtchn) +LIBVCHAN_LIBS = $(LDLIBS_libxenstore) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(LDLIBS_libxenevtchn) +$(LIBVCHAN_OBJS) $(LIBVCHAN_PIC_OBJS): CFLAGS += $(CFLAGS_libxenstore) $(CFLAGS_libxengnttab) $(CFLAGS_libxengntshr) $(CFLAGS_libxenevtchn) +$(NODE_OBJS) $(NODE2_OBJS): CFLAGS += $(CFLAGS_libxengnttab) $(CFLAGS_libxengntshr) $(CFLAGS_libxenevtchn) MAJOR = 1.0 MINOR = 0 CFLAGS += -I../include -I. +io.o io.opic: CFLAGS += $(CFLAGS_libxenctrl) # for xen_mb et al + .PHONY: all all: libxenvchan.so vchan-node1 vchan-node2 libxenvchan.a
tools/libvchan/init.c +12 -12
@@ -78,7 +78,7 @@ static int init_gnt_srv(struct libxenvchan *ctrl, int domain)uint32_t ring_ref =-1 ;void *ring; - ring =xc_gntshr_share_page_notify (ctrl->gntshr, domain, + ring =xengntshr_share_page_notify (ctrl->gntshr, domain, &ring_ref,1 , offsetof(struct vchan_interface , srv_live), ctrl->event_port);
@@ -104,7 +104,7 @@ static int init_gnt_srv(struct libxenvchan *ctrl, int domain) ctrl->read.buffer = ((void *)ctrl->ring) +LARGE_RING_OFFSET ;break ;default : - ctrl->read.buffer =xc_gntshr_share_pages (ctrl->gntshr, domain, + ctrl->read.buffer =xengntshr_share_pages (ctrl->gntshr, domain, pages_left, ctrl->ring->grants,1 );if (!ctrl->read.buffer) goto out_ring;
@@ -118,7 +118,7 @@ static int init_gnt_srv(struct libxenvchan *ctrl, int domain) ctrl->write.buffer = ((void *)ctrl->ring) +LARGE_RING_OFFSET ;break ;default : - ctrl->write.buffer =xc_gntshr_share_pages (ctrl->gntshr, domain, + ctrl->write.buffer =xengntshr_share_pages (ctrl->gntshr, domain, pages_right, ctrl->ring->grants + pages_left,1 );if (!ctrl->write.buffer) goto out_unmap_left;
@@ -128,9 +128,9 @@ out:return ring_ref; out_unmap_left:if (pages_left) -xc_gntshr_munmap (ctrl->gntshr, ctrl->read.buffer, pages_left); +xengntshr_munmap (ctrl->gntshr, ctrl->read.buffer, pages_left); out_ring: -xc_gntshr_munmap (ctrl->gntshr, ring,1 ); +xengntshr_munmap (ctrl->gntshr, ring,1 ); ring_ref =-1 ; ctrl->ring =NULL ; ctrl->write.order = ctrl->read.order =0 ;
@@ -142,7 +142,7 @@ static int init_gnt_cli(struct libxenvchan *ctrl, int domain, uint32_t ring_ref)int rv =-1 ;uint32_t *grants; - ctrl->ring =xc_gnttab_map_grant_ref_notify (ctrl->gnttab, + ctrl->ring =xengnttab_map_grant_ref_notify (ctrl->gnttab, domain, ring_ref,PROT_READ |PROT_WRITE , offsetof(struct vchan_interface , cli_live), ctrl->event_port);
@@ -172,7 +172,7 @@ static int init_gnt_cli(struct libxenvchan *ctrl, int domain, uint32_t ring_ref)default : {int pages_left =1 << (ctrl->write.order -PAGE_SHIFT ); - ctrl->write.buffer =xc_gnttab_map_domain_grant_refs (ctrl->gnttab, + ctrl->write.buffer =xengnttab_map_domain_grant_refs (ctrl->gnttab, pages_left, domain, grants,PROT_READ |PROT_WRITE );if (!ctrl->write.buffer) goto out_unmap_ring;
@@ -190,7 +190,7 @@ static int init_gnt_cli(struct libxenvchan *ctrl, int domain, uint32_t ring_ref)default : {int pages_right =1 << (ctrl->read.order -PAGE_SHIFT ); - ctrl->read.buffer =xc_gnttab_map_domain_grant_refs (ctrl->gnttab, + ctrl->read.buffer =xengnttab_map_domain_grant_refs (ctrl->gnttab, pages_right, domain, grants,PROT_READ );if (!ctrl->read.buffer) goto out_unmap_left;
@@ -202,10 +202,10 @@ static int init_gnt_cli(struct libxenvchan *ctrl, int domain, uint32_t ring_ref)return rv; out_unmap_left:if (ctrl->write.order >=PAGE_SHIFT ) -xc_gnttab_munmap (ctrl->gnttab, ctrl->write.buffer, +xengnttab_munmap (ctrl->gnttab, ctrl->write.buffer,1 << (ctrl->write.order -PAGE_SHIFT )); out_unmap_ring: -xc_gnttab_munmap (ctrl->gnttab, ctrl->ring,1 ); +xengnttab_munmap (ctrl->gnttab, ctrl->ring,1 ); ctrl->ring =0 ; ctrl->write.order = ctrl->read.order =0 ; rv =-1 ;
@@ -325,7 +325,7 @@ struct libxenvchan *libxenvchan_server_init(xentoollog_logger *logger, int domai ctrl->write.order =LARGE_RING_SHIFT ; } - ctrl->gntshr =xc_gntshr_open (logger,0 ); + ctrl->gntshr =xengntshr_open (logger,0 );if (!ctrl->gntshr) goto out;
@@ -413,7 +413,7 @@ struct libxenvchan *libxenvchan_client_init(xentoollog_logger *logger, int domaiif (!ctrl->event_port) goto fail; - ctrl->gnttab =xc_gnttab_open (logger,0 ); + ctrl->gnttab =xengnttab_open (logger,0 );if (!ctrl->gnttab) goto fail;
tools/libvchan/io.c +4 -4
@@ -364,10 +364,10 @@ void libxenvchan_close(struct libxenvchan *ctrl)if (ctrl->ring) {if (ctrl->is_server) { ctrl->ring->srv_live =0 ; -xc_gntshr_munmap (ctrl->gntshr, ctrl->ring,1 ); +xengntshr_munmap (ctrl->gntshr, ctrl->ring,1 ); }else { ctrl->ring->cli_live =0 ; -xc_gnttab_munmap (ctrl->gnttab, ctrl->ring,1 ); +xengnttab_munmap (ctrl->gnttab, ctrl->ring,1 ); } }if (ctrl->event) {
@@ -377,10 +377,10 @@ void libxenvchan_close(struct libxenvchan *ctrl) }if (ctrl->is_server) {if (ctrl->gntshr) -xc_gntshr_close (ctrl->gntshr); +xengntshr_close (ctrl->gntshr); }else {if (ctrl->gnttab) -xc_gnttab_close (ctrl->gnttab); +xengnttab_close (ctrl->gnttab); }free (ctrl); }
tools/libvchan/libxenvchan.h +3 -3
@@ -45,7 +45,7 @@#include <xen/io/libxenvchan.h> #include <xen/sys/evtchn.h> #include <xenevtchn.h> -#include <xenctrl.h> +#include <xengnttab.h> struct libxenvchan_ring {/* Pointer into the shared page. Offsets into buffer. */
@@ -66,8 +66,8 @@ struct libxenvchan_ring {struct libxenvchan {/* Mapping handle for shared ring page */ union { -xc_gntshr *gntshr;/* for server */ -xc_gnttab *gnttab;/* for client */ +xengntshr_handle *gntshr;/* for server */ +xengnttab_handle *gnttab;/* for client */ };/* Pointer to shared ring page */ struct vchan_interface *ring;
tools/libxc/Makefile +9 -6
@@ -43,12 +43,13 @@ CTRL_SRCS-y += xc_resource.c CTRL_SRCS-$(CONFIG_X86) += xc_psr.c CTRL_SRCS-$(CONFIG_X86) += xc_pagetab.c CTRL_SRCS-$(CONFIG_Linux) += xc_linux.c xc_linux_osdep.c -CTRL_SRCS-$(CONFIG_FreeBSD) += xc_freebsd.c xc_freebsd_osdep.c xc_nognttab.c xc_nogntshr.c -CTRL_SRCS-$(CONFIG_SunOS) += xc_solaris.c xc_nognttab.c xc_nogntshr.c -CTRL_SRCS-$(CONFIG_NetBSD) += xc_netbsd.c xc_nognttab.c xc_nogntshr.c -CTRL_SRCS-$(CONFIG_NetBSDRump) += xc_netbsd.c xc_nognttab.c xc_nogntshr.c -CTRL_SRCS-$(CONFIG_MiniOS) += xc_minios.c xc_nogntshr.c +CTRL_SRCS-$(CONFIG_FreeBSD) += xc_freebsd.c xc_freebsd_osdep.c +CTRL_SRCS-$(CONFIG_SunOS) += xc_solaris.c +CTRL_SRCS-$(CONFIG_NetBSD) += xc_netbsd.c +CTRL_SRCS-$(CONFIG_NetBSDRump) += xc_netbsd.c +CTRL_SRCS-$(CONFIG_MiniOS) += xc_minios.c CTRL_SRCS-y += xc_evtchn_compat.c +CTRL_SRCS-y += xc_gnttab_compat.c GUEST_SRCS-y := GUEST_SRCS-y += xg_private.c xc_suspend.c
@@ -126,6 +127,8 @@ OSDEP_PIC_OBJS := $(patsubst %.c,%.opic,$(OSDEP_SRCS-y)) $(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) $(OSDEP_LIB_OBJS) \ $(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS) $(OSDEP_PIC_OBJS) : CFLAGS += -include $(XEN_ROOT)/tools/config.h +$(CTRL_LIB_OBJS) $(CTRL_PIC_OBJS): CFLAGS += $(CFLAGS_libxengnttab) $(CFLAGS_libxengntshr) + LIB := libxenctrl.a ifneq ($(nosharedlibs),y) LIB += libxenctrl.so libxenctrl.so.$(MAJOR) libxenctrl.so.$(MAJOR).$(MINOR)
@@ -209,7 +212,7 @@ libxenctrl.so.$(MAJOR): libxenctrl.so.$(MAJOR).$(MINOR) $(SYMLINK_SHLIB) $< $@ libxenctrl.so.$(MAJOR).$(MINOR): $(CTRL_PIC_OBJS) - $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(DLOPEN_LIBS) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(DLOPEN_LIBS) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) # libxenguest
tools/libxc/include/xenctrl.h +0 -168
192 lines not on this page · raw message
tools/libxc/include/xenctrl_compat.h +48 -0
54 lines not on this page · raw message
tools/libxc/xc_gnttab.c +0 -53
59 lines not on this page · raw message
tools/libxc/xc_gnttab_compat.c new file +111 -0
111 lines not on this page · raw message
tools/libxc/xc_linux_osdep.c +0 -280
298 lines not on this page · raw message
tools/libxc/xc_minios.c +0 -73
91 lines not on this page · raw message
tools/libxc/xc_nogntshr.c deleted +0 -46
46 lines not on this page · raw message
tools/libxc/xc_private.c +0 -80
86 lines not on this page · raw message
tools/libxc/xc_private.h +0 -24
@@ -123,30 +123,6 @@ struct xc_interface_core {xc_osdep_handle ops_handle;/* opaque data for xc_osdep_ops */ }; -struct xengntdev_handle { -xentoollog_logger *logger, *logger_tofree; -int fd; -}; - -int osdep_gnttab_open (xc_gnttab *xgt); -int osdep_gnttab_close (xc_gnttab *xgt); - -#define XC_GRANT_MAP_SINGLE_DOMAIN 0x1 -void *osdep_gnttab_grant_map (xc_gnttab *xgt, -uint32_t count,int flags,int prot, -uint32_t *domids,uint32_t *refs, -uint32_t notify_offset, -evtchn_port_t notify_port); - -int osdep_gntshr_open (xc_gntshr *xgs); -int osdep_gntshr_close (xc_gntshr *xgs); - -void *osdep_gntshr_share_pages (xc_gntshr *xgs, -uint32_t domid,int count, -uint32_t *refs,int writable, -uint32_t notify_offset, -evtchn_port_t notify_port); -void xc_report_error (xc_interface *xch,int code,const char *fmt, ...) __attribute__((format (printf,3 ,4 ))); void xc_reportv(xc_interface *xch, xentoollog_logger *lg, xentoollog_level,
tools/xenstore/Makefile +3 -1
@@ -78,8 +78,10 @@ init-xenstore-domain.o: CFLAGS += $(CFLAGS_libxenguest) init-xenstore-domain: init-xenstore-domain.o $(LIBXENSTORE) $(CC) $^ $(LDFLAGS) $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) -o $@ $(APPEND_LDFLAGS) +$(XENSTORED_OBJS): CFLAGS += $(CFLAGS_libxengnttab) + xenstored: $(XENSTORED_OBJS) - $(CC) $^ $(LDFLAGS) $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(SOCKET_LIBS) -o $@ $(APPEND_LDFLAGS) + $(CC) $^ $(LDFLAGS) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxenctrl) $(SOCKET_LIBS) -o $@ $(APPEND_LDFLAGS) xenstored.a: $(XENSTORED_OBJS) $(AR) cr $@ $^
tools/xenstore/xenstored_core.h +3 -1
@@ -20,12 +20,14 @@#define _XENSTORED_CORE_H#include <xenctrl.h> +#include <xengnttab.h> #include <sys/types.h> #include <dirent.h> #include <stdbool.h> #include <stdint.h> #include <errno.h> +#include "xenstore_lib.h" #include "list.h" #include "tdb.h"
@@ -196,7 +198,7 @@ void finish_daemonize(void);/* Open a pipe for signal handling */ void init_pipe (int reopen_log_pipe[2 ]); -xc_gnttab **xcg_handle; +xengnttab_handle **xgt_handle;#endif /* _XENSTORED_CORE_H */
tools/xenstore/xenstored_domain.c +12 -12
@@ -34,7 +34,7 @@#include <xen/grant_table.h> static xc_interface **xc_handle; -xc_gnttab **xcg_handle; +xengnttab_handle **xgt_handle;static evtchn_port_t virq_port;xenevtchn_handle *xce_handle =NULL ;
@@ -166,9 +166,9 @@ static int readchn(struct connection *conn, void *data, unsigned int len)static void *map_interface (domid_t domid,unsigned long mfn) { -if (*xcg_handle !=NULL ) { +if (*xgt_handle !=NULL ) {/* this is the preferred method */ -return xc_gnttab_map_grant_ref (*xcg_handle, domid, +return xengnttab_map_grant_ref (*xgt_handle, domid,GNTTAB_RESERVED_XENSTORE ,PROT_READ |PROT_WRITE ); }else { return xc_map_foreign_range(*xc_handle, domid,
@@ -178,8 +178,8 @@ static void *map_interface(domid_t domid, unsigned long mfn)static void unmap_interface (void *interface) { -if (*xcg_handle !=NULL ) -xc_gnttab_munmap (*xcg_handle, interface,1 ); +if (*xgt_handle !=NULL ) +xengnttab_munmap (*xgt_handle, interface,1 );else munmap (interface,XC_PAGE_SIZE ); }
@@ -577,9 +577,9 @@ static int close_xc_handle(void *_handle)return 0 ; } -static int close_xcg_handle (void *_handle) +static int close_xgt_handle (void *_handle) { -xc_gnttab_close (*(xc_gnttab **)_handle); +xengnttab_close (*(xengnttab_handle **)_handle);return 0 ; }
@@ -634,15 +634,15 @@ void domain_init(void)talloc_set_destructor (xc_handle, close_xc_handle); - xcg_handle = talloc(talloc_autofree_context(), xc_gnttab*); -if (!xcg_handle) + xgt_handle = talloc(talloc_autofree_context(), xengnttab_handle*); +if (!xgt_handle)barf_perror ("Failed to allocate domain gnttab handle" ); - *xcg_handle =xc_gnttab_open (NULL ,0 ); -if (*xcg_handle ==NULL ) + *xgt_handle =xengnttab_open (NULL ,0 ); +if (*xgt_handle ==NULL )xprintf ("WARNING: Failed to open connection to gnttab\n" );else -talloc_set_destructor (xcg_handle, close_xcg_handle); +talloc_set_destructor (xgt_handle, close_xgt_handle); xce_handle =xenevtchn_open (NULL ,0 );
tools/xenstore/xenstored_minios.c +2 -3
@@ -17,7 +17,6 @@*/ #include <sys/types.h> #include <sys/mman.h> -#include <xenctrl.h> #include "xenstored_core.h" #include <xen/grant_table.h>
@@ -50,12 +49,12 @@ evtchn_port_t xenbus_evtchn(void)void *xenbus_map (void ) { -return xc_gnttab_map_grant_ref (*xcg_handle,xenbus_master_domid (), +return xengnttab_map_grant_ref (*xgt_handle,xenbus_master_domid (),GNTTAB_RESERVED_XENSTORE ,PROT_READ |PROT_WRITE ); }void unmap_xenbus (void *interface) { -xc_gnttab_munmap (*xcg_handle, interface,1 ); +xengnttab_munmap (*xgt_handle, interface,1 ); }
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 10/32] tools: Refactor /dev/xen/gnt{dev, shr} wrappers into libxengnttab.
tools/libs/gnttab/include/xengnttab.h line 133
Quoted 9 lines · Ian Campbell
[...]
tools/libs/gnttab/include/xengnttab.h new file +7
-0+void *xengnttab_map_grant_ref (xengnttab_handle *xgt, + uint32_t domid, + uint32_t ref, + int prot); +int xengnttab_munmap (xengnttab_handle *xgt, + void *start_address, + uint32_t count);
The use of munmap here is a bit inconsistent, it's not xengnttab_mmap and xenforeignmemory is just unmap, so I think I'll change this s/munmap/unmap/.
tools/libs/gnttab/include/xengnttab.h line 206
Quoted 6 lines
[...]
tools/libs/gnttab/include/xengnttab.h new file +4
-0+void *xengntshr_share_pages (xengntshr_handle *xgs,uint32_t domid, + int count, uint32_t *refs, int writable); + +int xengntshr_munmap (xengntshr_handle *xgs,void *start_address,uint32_t count);
For this one I think unshare would be a better name as a counterpart to xengntshr_share_*.
I don't think these changes should invalidate any existing review/ack, but I thought I would mention it up front.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
PATCH v6 11/32 tools/libxc: Remove osdep indirection for privcmd
In reply to Ian CampbellThe alternative backend (a xen-api/xapi shim) is no longer around and so this stuff is now just baggage which is getting in the way of refactoring libxenctrl.
Nested virt probably suffices for this use case now.
This was the last component of the osdep infrastructure, so all the dynamic loading etc stuff all falls away too.
As part of this I was forced to investigate the twisty xc_map_foreign_* maze, which I have added to the toolstack-library-apis doc in the hopes of doing something sensible.
NetBSD and Solaris now call xc_map_foreign_bulk_compat directly from their xc_map_foreign_bulk, which could have been achieved by using some ifdefs around a renamed function. This will fall out in the wash when these functions move to their own library.
--- config/FreeBSD.mk | 2 - config/NetBSD.mk | 3 - config/NetBSDRump.mk | 1 - config/StdGNU.mk | 1 - config/SunOS.mk | 1 - tools/libxc/Makefile | 27 ++---- tools/libxc/include/xenctrl.h | 9 -- tools/libxc/include/xenctrlosdep.h | 133 --------------------------- tools/libxc/xc_foreign_memory.c | 31 +------ tools/libxc/xc_freebsd_osdep.c | 100 ++++++--------------- tools/libxc/xc_hcall_buf.c | 6 +- tools/libxc/xc_linux_osdep.c | 88 ++++++------------ tools/libxc/xc_minios.c | 82 +++++------------ tools/libxc/xc_netbsd.c | 90 +++++++------------ tools/libxc/xc_private.c | 174 ++---------------------------------- tools/libxc/xc_private.h | 19 ++-- tools/libxc/xc_solaris.c | 90 +++++++------------ tools/libxc/xenctrl_osdep_ENOSYS.c | 123 ------------------------- tools/ocaml/libs/xc/xenctrl.ml | 2 - tools/ocaml/libs/xc/xenctrl.mli | 1 - tools/ocaml/libs/xc/xenctrl_stubs.c | 7 -- tools/ocaml/xenstored/domains.ml | 6 +- tools/ocaml/xenstored/xenstored.ml | 5 +- 23 files changed, 178 insertions(+), 823 deletions(-) delete mode 100644 tools/libxc/include/xenctrlosdep.h delete mode 100644 tools/libxc/xenctrl_osdep_ENOSYS.c
config/FreeBSD.mk +0 -2
@@ -1,6 +1,4 @@ include $(XEN_ROOT)/config/StdGNU.mk -DLOPEN_LIBS = - # No wget on FreeBSD base system WGET = ftp
config/NetBSD.mk +0 -3
@@ -1,6 +1,3 @@ include $(XEN_ROOT)/config/StdGNU.mk -# Override settings for this OS -DLOPEN_LIBS = - WGET = ftp
config/NetBSDRump.mk +0 -1
@@ -1,6 +1,5 @@ include $(XEN_ROOT)/config/StdGNU.mk -DLOPEN_LIBS = PTHREAD_LIBS = WGET = ftp
config/StdGNU.mk +0 -1
@@ -31,7 +31,6 @@ DEBUG_DIR ?= /usr/lib/debug SOCKET_LIBS = UTIL_LIBS = -lutil -DLOPEN_LIBS = -ldl SONAME_LDFLAG = -soname SHLIB_LDFLAGS = -shared
config/SunOS.mk +0 -1
@@ -27,7 +27,6 @@ SunOS_LIBDIR_x86_64 = /usr/sfw/lib/amd64 SOCKET_LIBS = -lsocket PTHREAD_LIBS = -lpthread UTIL_LIBS = -DLOPEN_LIBS = -ldl SONAME_LDFLAG = -h SHLIB_LDFLAGS = -R $(SunOS_LIBDIR) -shared
tools/libxc/Makefile +7 -20
@@ -101,8 +101,6 @@ GUEST_SRCS-y += xc_dom_decompress_unsafe_lzo1x.c GUEST_SRCS-y += xc_dom_decompress_unsafe_xz.c endif -OSDEP_SRCS-y += xenctrl_osdep_ENOSYS.c - -include $(XEN_TARGET_ARCH)/Makefile CFLAGS += -Werror -Wmissing-prototypes
@@ -121,11 +119,8 @@ CTRL_PIC_OBJS := $(patsubst %.c,%.opic,$(CTRL_SRCS-y)) GUEST_LIB_OBJS := $(patsubst %.c,%.o,$(GUEST_SRCS-y)) GUEST_PIC_OBJS := $(patsubst %.c,%.opic,$(GUEST_SRCS-y)) -OSDEP_LIB_OBJS := $(patsubst %.c,%.o,$(OSDEP_SRCS-y)) -OSDEP_PIC_OBJS := $(patsubst %.c,%.opic,$(OSDEP_SRCS-y)) - -$(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) $(OSDEP_LIB_OBJS) \ -$(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS) $(OSDEP_PIC_OBJS) : CFLAGS += -include $(XEN_ROOT)/tools/config.h +$(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) \ +$(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS): CFLAGS += -include $(XEN_ROOT)/tools/config.h $(CTRL_LIB_OBJS) $(CTRL_PIC_OBJS): CFLAGS += $(CFLAGS_libxengnttab) $(CFLAGS_libxengntshr)
@@ -139,17 +134,13 @@ ifneq ($(nosharedlibs),y) LIB += libxenguest.so libxenguest.so.$(MAJOR) libxenguest.so.$(MAJOR).$(MINOR) endif -ifneq ($(nosharedlibs),y) -LIB += xenctrl_osdep_ENOSYS.so -endif - genpath-target = $(call buildmakevars2header,_paths.h) $(eval $(genpath-target)) xc_private.h: _paths.h -$(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) $(OSDEP_LIB_OBJS) \ -$(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS) $(OSDEP_PIC_OBJS): xc_private.h +$(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) \ +$(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS): xc_private.h .PHONY: all all: build
@@ -169,7 +160,7 @@ install: build $(INSTALL_DATA) libxenctrl.a $(DESTDIR)$(libdir) $(SYMLINK_SHLIB) libxenctrl.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir)/libxenctrl.so.$(MAJOR) $(SYMLINK_SHLIB) libxenctrl.so.$(MAJOR) $(DESTDIR)$(libdir)/libxenctrl.so - $(INSTALL_DATA) include/xenctrl.h include/xenctrl_compat.h include/xenctrlosdep.h $(DESTDIR)$(includedir) + $(INSTALL_DATA) include/xenctrl.h include/xenctrl_compat.h $(DESTDIR)$(includedir) $(INSTALL_SHLIB) libxenguest.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir) $(INSTALL_DATA) libxenguest.a $(DESTDIR)$(libdir) $(SYMLINK_SHLIB) libxenguest.so.$(MAJOR).$(MINOR) $(DESTDIR)$(libdir)/libxenguest.so.$(MAJOR)
@@ -185,8 +176,7 @@ clean: rm -rf *.rpm $(LIB) *~ $(DEPS) \ _paths.h \ $(CTRL_LIB_OBJS) $(CTRL_PIC_OBJS) \ - $(GUEST_LIB_OBJS) $(GUEST_PIC_OBJS) \ - $(OSDEP_LIB_OBJS) $(OSDEP_PIC_OBJS) + $(GUEST_LIB_OBJS) $(GUEST_PIC_OBJS) .PHONY: distclean distclean: clean
@@ -212,7 +202,7 @@ libxenctrl.so.$(MAJOR): libxenctrl.so.$(MAJOR).$(MINOR) $(SYMLINK_SHLIB) $< $@ libxenctrl.so.$(MAJOR).$(MINOR): $(CTRL_PIC_OBJS) - $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(DLOPEN_LIBS) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) # libxenguest
@@ -237,8 +227,5 @@ libxenguest.so.$(MAJOR).$(MINOR): COMPRESSION_LIBS = $(call zlib-options,l) libxenguest.so.$(MAJOR).$(MINOR): $(GUEST_PIC_OBJS) libxenctrl.so $(CC) $(LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenguest.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $(GUEST_PIC_OBJS) $(COMPRESSION_LIBS) -lz $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) -xenctrl_osdep_ENOSYS.so: $(OSDEP_PIC_OBJS) libxenctrl.so - $(CC) $(LDFLAGS) $(SHLIB_LDFLAGS) -o $@ $(OSDEP_PIC_OBJS) $(LDLIBS_libxenctrl) $(APPEND_LDFLAGS) - -include $(DEPS)
tools/libxc/include/xenctrl.h +0 -9
@@ -181,15 +181,6 @@ enum xc_open_flags {*/ int xc_interface_close (xc_interface *xch); -/** -* Query the active OS interface (i.e. that which would be returned by -* xc_interface_open) to find out if it is fake (i.e. backends onto -* something other than an actual Xen hypervisor). -* -* @return 0 is "real", >0 if fake, -1 on error. -*/ -int xc_interface_is_fake (void ); -/* * HYPERCALL SAFE MEMORY BUFFER *
tools/libxc/include/xenctrlosdep.h deleted +0 -133
133 lines not on this page · raw message
tools/libxc/xc_foreign_memory.c +1 -30
@@ -50,37 +50,8 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot,return res; } -void *xc_map_foreign_range (xc_interface *xch,uint32_t dom, -int size,int prot,unsigned long mfn) -{ -return xch->ops->u.privcmd.map_foreign_range (xch, xch->ops_handle, - dom, size, prot, mfn); -} - -void *xc_map_foreign_ranges (xc_interface *xch,uint32_t dom, -size_t size,int prot,size_t chunksize, -privcmd_mmap_entry_t entries[],int nentries) -{ -return xch->ops->u.privcmd.map_foreign_ranges (xch, xch->ops_handle, - dom, size, prot, chunksize, entries, nentries); -} - -void *xc_map_foreign_batch (xc_interface *xch,uint32_t dom,int prot, -xen_pfn_t *arr,int num) -{ -return xch->ops->u.privcmd.map_foreign_batch (xch, xch->ops_handle, - dom, prot, arr, num); -} - -void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) -{ -return xch->ops->u.privcmd.map_foreign_bulk (xch, xch->ops_handle, - dom, prot, arr, err, num); -} -/* stub for all not yet converted OSes */ -void *xc_map_foreign_bulk_compat (xc_interface *xch,xc_osdep_handle h, +void *xc_map_foreign_bulk_compat (xc_interface *xch,uint32_t dom,int prot,const xen_pfn_t *arr,int *err,unsigned int num) {
tools/libxc/xc_freebsd_osdep.c +27 -73
173 lines not on this page · raw message
tools/libxc/xc_hcall_buf.c +3 -3
@@ -122,7 +122,7 @@ void xc__hypercall_buffer_cache_release(xc_interface *xch)while ( xch->hypercall_buffer_cache_nr >0 ) { p = xch->hypercall_buffer_cache[--xch->hypercall_buffer_cache_nr]; - xch->ops->u.privcmd.free_hypercall_buffer (xch, xch->ops_handle, p,1 ); +osdep_free_hypercall_buffer (xch, p,1 ); }hypercall_buffer_cache_unlock (xch);
@@ -133,7 +133,7 @@ void *xc__hypercall_buffer_alloc_pages(xc_interface *xch, xc_hypercall_buffer_tvoid *p =hypercall_buffer_cache_alloc (xch, nr_pages);if ( !p ) - p = xch->ops->u.privcmd.alloc_hypercall_buffer (xch, xch->ops_handle, nr_pages); + p =osdep_alloc_hypercall_buffer (xch, nr_pages);if (!p)return NULL ;
@@ -151,7 +151,7 @@ void xc__hypercall_buffer_free_pages(xc_interface *xch, xc_hypercall_buffer_t *breturn ;if ( !hypercall_buffer_cache_free (xch, b->hbuf, nr_pages) ) - xch->ops->u.privcmd.free_hypercall_buffer (xch, xch->ops_handle, b->hbuf, nr_pages); +osdep_free_hypercall_buffer (xch, b->hbuf, nr_pages); }struct allocation_header {
tools/libxc/xc_linux_osdep.c +28 -60
167 lines not on this page · raw message
tools/libxc/xc_minios.c +24 -58
148 lines not on this page · raw message
tools/libxc/xc_netbsd.c +32 -58
164 lines not on this page · raw message
tools/libxc/xc_private.c +7 -167
223 lines not on this page · raw message
tools/libxc/xc_private.h +13 -6
@@ -30,7 +30,6 @@#include "_paths.h" #include "xenctrl.h" -#include "xenctrlosdep.h" #include <xen/sys/privcmd.h>
@@ -88,7 +87,6 @@ struct iovec {#define MAX_PAGECACHE_USAGE (4*1024)struct xc_interface_core { -enum xc_osdep_type type;int flags;xentoollog_logger *error_handler, *error_handler_tofree;xentoollog_logger *dombuild_logger, *dombuild_logger_tofree;
@@ -117,12 +115,21 @@ struct xc_interface_core {int hypercall_buffer_cache_misses;int hypercall_buffer_cache_toobig; -/* Low lovel OS interface */ -xc_osdep_info_t osdep; -xc_osdep_ops *ops;/* backend operations */ -xc_osdep_handle ops_handle;/* opaque data for xc_osdep_ops */ +/* Privcmd interface */ +int privcmdfd; }; +int osdep_privcmd_open (xc_interface *xch); +int osdep_privcmd_close (xc_interface *xch); + +void *osdep_alloc_hypercall_buffer (xc_interface *xch,int npages); +void osdep_free_hypercall_buffer (xc_interface *xch,void *ptr,int npages); + +/* Stub for not yet converted OSes */ +void *xc_map_foreign_bulk_compat (xc_interface *xch, +uint32_t dom,int prot, +const xen_pfn_t *arr,int *err,unsigned int num); +void xc_report_error (xc_interface *xch,int code,const char *fmt, ...) __attribute__((format (printf,3 ,4 ))); void xc_reportv(xc_interface *xch, xentoollog_logger *lg, xentoollog_level,
tools/libxc/xc_solaris.c +32 -58
158 lines not on this page · raw message
tools/libxc/xenctrl_osdep_ENOSYS.c deleted +0 -123
123 lines not on this page · raw message
tools/ocaml/libs/xc/xenctrl.ml +0 -2
@@ -108,8 +108,6 @@ external sizeof_xen_pfn: unit -> int = "stub_sizeof_xen_pfn" external interface_open: unit -> handle = "stub_xc_interface_open" external interface_close: handle -> unit = "stub_xc_interface_close" -external is_fake: unit -> bool = "stub_xc_interface_is_fake" - let with_intf f = let xc = interface_open () in let r = try f xc with exn -> interface_close xc; raise exn in
tools/ocaml/libs/xc/xenctrl.mli +0 -1
@@ -72,7 +72,6 @@ external sizeof_vcpu_guest_context : unit -> int = "stub_sizeof_vcpu_guest_context" external sizeof_xen_pfn : unit -> int = "stub_sizeof_xen_pfn" external interface_open : unit -> handle = "stub_xc_interface_open" -external is_fake : unit -> bool = "stub_xc_interface_is_fake" external interface_close : handle -> unit = "stub_xc_interface_close" val with_intf : (handle -> 'a) -> 'a val domain_create : handle -> int32 -> domain_create_flag list -> string -> domid
tools/ocaml/libs/xc/xenctrl_stubs.c +0 -7
@@ -126,13 +126,6 @@ CAMLprim value stub_xc_interface_open(void) } -CAMLprim value stub_xc_interface_is_fake(void) -{ -CAMLparam0 (); -int is_fake =xc_interface_is_fake (); -CAMLreturn (Val_int (is_fake)); -} - CAMLprim value stub_xc_interface_close(value xch) {CAMLparam1 (xch);
tools/ocaml/xenstored/domains.ml +2 -4
@@ -65,11 +65,9 @@ let create xc doms domid mfn port = Domain.bind_interdomain dom; dom -let create0 fake doms = +let create0 doms = let port, interface = - if fake then ( - 0, Xenctrl.with_intf (fun xc -> Xenctrl.map_foreign_range xc 0 (Xenmmap.getpagesize()) 0n) - ) else ( + ( let port = Utils.read_file_single_integer Define.xenstored_proc_port and fd = Unix.openfile Define.xenstored_proc_kva [ Unix.O_RDWR ] 0o600 in
tools/ocaml/xenstored/xenstored.ml +2 -3
@@ -176,7 +176,7 @@ let from_channel store cons doms chan = if domid > 0 then Domains.create xc doms domid mfn port else - Domains.create0 false doms + Domains.create0 doms in Connections.add_domain cons ndom; in
@@ -278,8 +278,7 @@ let _ = Store.mkdir store (Perms.Connection.create 0) localpath; if cf.domain_init then ( - let usingxiu = Xenctrl.is_fake () in - Connections.add_domain cons (Domains.create0 usingxiu domains); + Connections.add_domain cons (Domains.create0 domains); Event.bind_dom_exc_virq eventchn ); );
Signature · 1 line
2.1.4
PATCH v6 12/32 tools: Refactor hypercall calling wrappers into libxencall.
In reply to Ian Campbelllibxencall will provide a stable API and ABI for calling hypercalls (although those hypercalls themselves may not have a stable API). As well as the hypercall buffer infrastructure needed in order to safely provide pointer arguments to hypercalls.
libxenctrl encapsulates a instance of this interface, so users of that library are not currently subjected to any actual changes. However all hypercalls made internally by libxc now use the correct interface. It is expected that most users of this library will be other libraries providing a higher level interface, rather than applications directly.
Only the basic functionality to allocate hypercall safe memory is moved, the type safe stuff and bounce buffers remain in libxc.
Note that the functionality to map foreign pages using privcmd is not yet moved, meaning that an xc_interface will now contain two open privcmd file descriptors. Foreign memory mapping is logically separate functionality and will be moved into its own library.
The new library uses a version script to ensure that only expected symbols are exported and to version them such that ABI guarantees can be kept in the future.
---
Must be applied with:
- "qemu-xen-traditional: Add libxencall to rpath-link" and a corresponding QEMU_TAG update folded here.
- "mini-os: Include libxencall with libxc" and a corresponding bump to MINIOS_UPSTREAM_REVISION folded in here.
v3: Moved to tools/libs/call
Ported new wrappers (altp2m)
v5: Allow _close(NULL).
v6: Use size_t for nr_pages throughout.
Rebase over "libxc: prefer using privcmd character device"
--- .gitignore | 2 + stubdom/Makefile | 20 +++- tools/Makefile | 1 + tools/Rules.mk | 7 +- tools/libs/Makefile | 1 + tools/libs/call/Makefile | 67 +++++++++++++ tools/libs/call/buffer.c | 192 ++++++++++++++++++++++++++++++++++++++ tools/libs/call/core.c | 147 +++++++++++++++++++++++++++++ tools/libs/call/freebsd.c | 140 +++++++++++++++++++++++++++ tools/libs/call/include/xencall.h | 84 +++++++++++++++++ tools/libs/call/libxencall.map | 19 ++++ tools/libs/call/linux.c | 138 +++++++++++++++++++++++++++ tools/libs/call/minios.c | 81 ++++++++++++++++ tools/libs/call/netbsd.c | 121 ++++++++++++++++++++++++ tools/libs/call/private.h | 68 ++++++++++++++ tools/libs/call/solaris.c | 97 +++++++++++++++++++ tools/libxc/Makefile | 7 +- tools/libxc/xc_altp2m.c | 64 ++++--------- tools/libxc/xc_domain.c | 105 +++++++-------------- tools/libxc/xc_evtchn.c | 9 +- tools/libxc/xc_flask.c | 8 +- tools/libxc/xc_freebsd_osdep.c | 47 ---------- tools/libxc/xc_gnttab.c | 9 +- tools/libxc/xc_hcall_buf.c | 138 ++------------------------- tools/libxc/xc_kexec.c | 36 +++---- tools/libxc/xc_linux_osdep.c | 49 ---------- tools/libxc/xc_minios.c | 32 ------- tools/libxc/xc_misc.c | 79 ++++++---------- tools/libxc/xc_netbsd.c | 40 -------- tools/libxc/xc_private.c | 64 +++++-------- tools/libxc/xc_private.h | 76 +++++---------- tools/libxc/xc_solaris.c | 16 ---- tools/libxc/xc_tmem.c | 7 +- tools/misc/Makefile | 4 +- tools/xcutils/Makefile | 2 +- tools/xenpaging/Makefile | 2 +- 36 files changed, 1347 insertions(+), 632 deletions(-) create mode 100644 tools/libs/call/Makefile create mode 100644 tools/libs/call/buffer.c create mode 100644 tools/libs/call/core.c create mode 100644 tools/libs/call/freebsd.c create mode 100644 tools/libs/call/include/xencall.h create mode 100644 tools/libs/call/libxencall.map create mode 100644 tools/libs/call/linux.c create mode 100644 tools/libs/call/minios.c create mode 100644 tools/libs/call/netbsd.c create mode 100644 tools/libs/call/private.h create mode 100644 tools/libs/call/solaris.c
.gitignore +2 -0
@@ -61,6 +61,7 @@ stubdom/xenstore stubdom/libxentoollog-* stubdom/libxenevtchn-* stubdom/libxengnttab-* +stubdom/libxencall-* stubdom/libxc-* stubdom/lwip-* stubdom/mini-os-*
@@ -90,6 +91,7 @@ config/Docs.mk tools/libs/toollog/headers.chk tools/libs/evtchn/headers.chk tools/libs/gnttab/headers.chk +tools/libs/call/headers.chk tools/blktap2/daemon/blktapctrl tools/blktap2/drivers/img2qcow tools/blktap2/drivers/lock-util
stubdom/Makefile +19 -1
@@ -330,6 +330,12 @@ mk-headers-$(XEN_TARGET_ARCH): $(IOEMU_LINKFARM_TARGET) ln -sf $(XEN_ROOT)/tools/libs/gnttab/include/*.h include/ && \ ln -sf $(XEN_ROOT)/tools/libs/gnttab/*.c . && \ ln -sf $(XEN_ROOT)/tools/libs/gnttab/Makefile . ) + mkdir -p libs-$(XEN_TARGET_ARCH)/call/include + [ -h libs-$(XEN_TARGET_ARCH)/call/Makefile ] || ( cd libs-$(XEN_TARGET_ARCH)/call && \ + ln -sf $(XEN_ROOT)/tools/libs/call/*.h . && \ + ln -sf $(XEN_ROOT)/tools/libs/call/include/*.h include/ && \ + ln -sf $(XEN_ROOT)/tools/libs/call/*.c . && \ + ln -sf $(XEN_ROOT)/tools/libs/call/Makefile . ) mkdir -p libxc-$(XEN_TARGET_ARCH) [ -h libxc-$(XEN_TARGET_ARCH)/Makefile ] || ( cd libxc-$(XEN_TARGET_ARCH) && \ ln -sf $(XEN_ROOT)/tools/libxc/*.h . && \
@@ -386,12 +392,24 @@ libs-$(XEN_TARGET_ARCH)/gnttab/libxengnttab.a: $(NEWLIB_STAMPFILE) CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/gnttab ####### +# libxencall +####### + +.PHONY: libxencall +libxencall: libs-$(XEN_TARGET_ARCH)/call/libxencall.a +libs-$(XEN_TARGET_ARCH)/call/libxencall.a: $(NEWLIB_STAMPFILE) + $(MAKE) -C $(XEN_ROOT)/tools/include + $(MAKE) DESTDIR= -C $(MINI_OS) links + CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/call +APP_LDLIBS += -L$(XEN_ROOT)/stubdom/libs-$(MINIOS_TARGET_ARCH)/call -whole-archive -lxencall -no-whole-archive + +####### # libxc ####### .PHONY: libxc libxc: libxc-$(XEN_TARGET_ARCH)/libxenctrl.a libxc-$(XEN_TARGET_ARCH)/libxenguest.a -libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog libxenevtchn libxengnttab cross-zlib +libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog libxenevtchn libxengnttab libxencall cross-zlib $(MAKE) -C $(XEN_ROOT)/tools/include $(MAKE) DESTDIR= -C $(MINI_OS) links CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= CONFIG_LIBXC_MINIOS=y -C libxc-$(XEN_TARGET_ARCH)
tools/Makefile +1 -0
@@ -263,6 +263,7 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/toollog \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/evtchn \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/gnttab \ + -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/call \ $(QEMU_UPSTREAM_RPATH)" \ --bindir=$(LIBEXEC_BIN) \ --datadir=$(SHAREDIR)/qemu-xen \
tools/Rules.mk +6 -1
@@ -13,6 +13,7 @@ XEN_INCLUDE = $(XEN_ROOT)/tools/include XEN_LIBXENTOOLLOG = $(XEN_ROOT)/tools/libs/toollog XEN_LIBXENEVTCHN = $(XEN_ROOT)/tools/libs/evtchn XEN_LIBXENGNTTAB = $(XEN_ROOT)/tools/libs/gnttab +XEN_LIBXENCALL = $(XEN_ROOT)/tools/libs/call XEN_LIBXC = $(XEN_ROOT)/tools/libxc XEN_XENLIGHT = $(XEN_ROOT)/tools/libxl XEN_XENSTORE = $(XEN_ROOT)/tools/xenstore
@@ -98,8 +99,12 @@ CFLAGS_libxengntshr = -I$(XEN_LIBXENGNTTAB)/include $(CFLAGS_xeninclude) LDLIBS_libxengntshr = $(XEN_LIBXENGNTTAB)/libxengnttab$(libextension) SHLIB_libxengntshr = -Wl,-rpath-link=$(XEN_LIBXENGNTTAB) +CFLAGS_libxencall = -I$(XEN_LIBXENCALL)/include $(CFLAGS_xeninclude) +LDLIBS_libxencall = $(XEN_LIBXENCALL)/libxencall$(libextension) +SHLIB_libxencall = -Wl,-rpath-link=$(XEN_LIBXENCALL) + CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_libxentoollog) $(CFLAGS_xeninclude) -SHDEPS_libxenctrl = $(SHLIB_libxentoollog) $(SHLIB_libxenevtchn) $(SHLIB_libxengnttab) $(SHLIB_libxengntshr) +SHDEPS_libxenctrl = $(SHLIB_libxentoollog) $(SHLIB_libxenevtchn) $(SHLIB_libxengnttab) $(SHLIB_libxengntshr) $(SHLIB_libxencall) LDLIBS_libxenctrl = $(SHDEPS_libxenctrl) $(XEN_LIBXC)/libxenctrl$(libextension) SHLIB_libxenctrl = $(SHDEPS_libxenctrl) -Wl,-rpath-link=$(XEN_LIBXC)
tools/libs/Makefile +1 -0
@@ -5,5 +5,6 @@ SUBDIRS-y := SUBDIRS-y += toollog SUBDIRS-y += evtchn SUBDIRS-y += gnttab +SUBDIRS-y += call all clean install distclean: %: subdirs-%
tools/libs/call/Makefile new file +67 -0
67 lines not on this page · raw message
tools/libs/call/buffer.c new file +192 -0
192 lines not on this page · raw message
tools/libs/call/core.c new file +147 -0
147 lines not on this page · raw message
tools/libs/call/freebsd.c new file +140 -0
140 lines not on this page · raw message
tools/libs/call/include/xencall.h new file +84 -0
84 lines not on this page · raw message
tools/libs/call/libxencall.map new file +19 -0
@@ -0,0 +1,19 @@ +VERS_1.0 { + global: + xencall_open; + xencall_close; + + xencall0; + xencall1; + xencall2; + xencall3; + xencall4; + xencall5; + xencall6; + + xencall_alloc_buffer; + xencall_free_buffer; + xencall_alloc_buffer_pages; + xencall_free_buffer_pages; + local: *; /* Do not expose anything by default */ +};
tools/libs/call/linux.c new file +138 -0
138 lines not on this page · raw message
tools/libs/call/minios.c new file +81 -0
81 lines not on this page · raw message
tools/libs/call/netbsd.c new file +121 -0
121 lines not on this page · raw message
tools/libs/call/private.h new file +68 -0
68 lines not on this page · raw message
tools/libs/call/solaris.c new file +97 -0
97 lines not on this page · raw message
tools/libxc/Makefile +6 -1
@@ -122,6 +122,11 @@ GUEST_PIC_OBJS := $(patsubst %.c,%.opic,$(GUEST_SRCS-y)) $(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) \ $(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS): CFLAGS += -include $(XEN_ROOT)/tools/config.h +# libxenguest includes xc_private.h, so needs this despite not using +# this functionality directly. +$(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) \ +$(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS): CFLAGS += $(CFLAGS_libxencall) + $(CTRL_LIB_OBJS) $(CTRL_PIC_OBJS): CFLAGS += $(CFLAGS_libxengnttab) $(CFLAGS_libxengntshr) LIB := libxenctrl.a
@@ -202,7 +207,7 @@ libxenctrl.so.$(MAJOR): libxenctrl.so.$(MAJOR).$(MINOR) $(SYMLINK_SHLIB) $< $@ libxenctrl.so.$(MAJOR).$(MINOR): $(CTRL_PIC_OBJS) - $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(LDLIBS_libxencall) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) # libxenguest
tools/libxc/xc_altp2m.c +16 -48
203 lines not on this page · raw message
tools/libxc/xc_domain.c +36 -69
296 lines not on this page · raw message
tools/libxc/xc_evtchn.c +3 -6
@@ -25,7 +25,6 @@ static int do_evtchn_op(xc_interface *xch, int cmd, void *arg, size_t arg_size, int silently_fail) {int ret =-1 ; -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BOUNCE (arg, arg_size,XC_HYPERCALL_BUFFER_BOUNCE_BOTH );if (xc_hypercall_bounce_pre (xch, arg) )
@@ -34,11 +33,9 @@ static int do_evtchn_op(xc_interface *xch, int cmd, void *arg, goto out; } - hypercall.op = __HYPERVISOR_event_channel_op; - hypercall.arg[0 ] = cmd; - hypercall.arg[1 ] =HYPERCALL_BUFFER_AS_ARG (arg); - -if ((ret =do_xen_hypercall (xch, &hypercall)) <0 && !silently_fail) + ret =xencall2 (xch->xcall, __HYPERVISOR_event_channel_op, + cmd,HYPERCALL_BUFFER_AS_ARG (arg)); +if ( ret <0 && !silently_fail )ERROR ("do_evtchn_op: HYPERVISOR_event_channel_op failed: %d" , ret);xc_hypercall_bounce_post (xch, arg);
tools/libxc/xc_flask.c +3 -5
@@ -37,7 +37,6 @@int xc_flask_op (xc_interface *xch,xen_flask_op_t *op) {int ret =-1 ; -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BOUNCE (op,sizeof (*op),XC_HYPERCALL_BUFFER_BOUNCE_BOTH ); op->interface_version =XEN_FLASK_INTERFACE_VERSION ;
@@ -48,10 +47,9 @@ int xc_flask_op(xc_interface *xch, xen_flask_op_t *op) goto out; } - hypercall.op = __HYPERVISOR_xsm_op; - hypercall.arg[0 ] =HYPERCALL_BUFFER_AS_ARG (op); - -if ( (ret =do_xen_hypercall (xch, &hypercall)) <0 ) + ret =xencall1 (xch->xcall, __HYPERVISOR_xsm_op, +HYPERCALL_BUFFER_AS_ARG (op)); +if ( ret <0 ) {if ( errno ==EACCES )fprintf (stderr,"XSM operation failed!\n" );
tools/libxc/xc_freebsd_osdep.c +0 -47
53 lines not on this page · raw message
tools/libxc/xc_gnttab.c +2 -7
@@ -21,7 +21,6 @@int xc_gnttab_op (xc_interface *xch,int cmd,void * op,int op_size,int count) {int ret =0 ; -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BOUNCE (op, count * op_size,XC_HYPERCALL_BUFFER_BOUNCE_BOTH );if (xc_hypercall_bounce_pre (xch, op) )
@@ -30,12 +29,8 @@ int xc_gnttab_op(xc_interface *xch, int cmd, void * op, int op_size, int count) goto out1; } - hypercall.op = __HYPERVISOR_grant_table_op; - hypercall.arg[0 ] = cmd; - hypercall.arg[1 ] =HYPERCALL_BUFFER_AS_ARG (op); - hypercall.arg[2 ] = count; - - ret =do_xen_hypercall (xch, &hypercall); + ret =xencall3 (xch->xcall, __HYPERVISOR_grant_table_op, + cmd,HYPERCALL_BUFFER_AS_ARG (op), count);xc_hypercall_bounce_post (xch, op);
tools/libxc/xc_hcall_buf.c +6 -132
176 lines not on this page · raw message
tools/libxc/xc_kexec.c +12 -24
@@ -14,7 +14,6 @@int xc_kexec_exec (xc_interface *xch,int type) { -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BUFFER (xen_kexec_exec_t, exec);int ret =-1 ;
@@ -27,11 +26,9 @@ int xc_kexec_exec(xc_interface *xch, int type) exec->type = type; - hypercall.op = __HYPERVISOR_kexec_op; - hypercall.arg[0 ] = KEXEC_CMD_kexec; - hypercall.arg[1 ] =HYPERCALL_BUFFER_AS_ARG (exec); - - ret =do_xen_hypercall (xch, &hypercall); + ret =xencall2 (xch->xcall, __HYPERVISOR_kexec_op, + KEXEC_CMD_kexec, +HYPERCALL_BUFFER_AS_ARG (exec)); out:xc_hypercall_buffer_free (xch, exec);
@@ -42,7 +39,6 @@ out:int xc_kexec_get_range (xc_interface *xch,int range,int nr,uint64_t *size,uint64_t *start) { -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BUFFER (xen_kexec_range_t, get_range);int ret =-1 ;
@@ -56,11 +52,9 @@ int xc_kexec_get_range(xc_interface *xch, int range, int nr, get_range->range = range; get_range->nr = nr; - hypercall.op = __HYPERVISOR_kexec_op; - hypercall.arg[0 ] = KEXEC_CMD_kexec_get_range; - hypercall.arg[1 ] =HYPERCALL_BUFFER_AS_ARG (get_range); - - ret =do_xen_hypercall (xch, &hypercall); + ret =xencall2 (xch->xcall, __HYPERVISOR_kexec_op, + KEXEC_CMD_kexec_get_range, +HYPERCALL_BUFFER_AS_ARG (get_range)); *size = get_range->size; *start = get_range->start;
@@ -76,7 +70,6 @@ int xc_kexec_load(xc_interface *xch, uint8_t type, uint16_t arch, uint32_t nr_segments, xen_kexec_segment_t *segments) { int ret = -1; -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BOUNCE (segments,sizeof (*segments) * nr_segments,XC_HYPERCALL_BUFFER_BOUNCE_IN );DECLARE_HYPERCALL_BUFFER (xen_kexec_load_t, load);
@@ -99,11 +92,9 @@ int xc_kexec_load(xc_interface *xch, uint8_t type, uint16_t arch, load->nr_segments = nr_segments;set_xen_guest_handle (load->segments.h, segments); - hypercall.op = __HYPERVISOR_kexec_op; - hypercall.arg[0 ] = KEXEC_CMD_kexec_load; - hypercall.arg[1 ] =HYPERCALL_BUFFER_AS_ARG (load); - - ret =do_xen_hypercall (xch, &hypercall); + ret =xencall2 (xch->xcall, __HYPERVISOR_kexec_op, + KEXEC_CMD_kexec_load, +HYPERCALL_BUFFER_AS_ARG (load)); out:xc_hypercall_buffer_free (xch, load);
@@ -114,7 +105,6 @@ out:int xc_kexec_unload (xc_interface *xch,int type) { -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BUFFER (xen_kexec_unload_t, unload);int ret =-1 ;
@@ -127,11 +117,9 @@ int xc_kexec_unload(xc_interface *xch, int type) unload->type = type; - hypercall.op = __HYPERVISOR_kexec_op; - hypercall.arg[0 ] = KEXEC_CMD_kexec_unload; - hypercall.arg[1 ] =HYPERCALL_BUFFER_AS_ARG (unload); - - ret =do_xen_hypercall (xch, &hypercall); + ret =xencall2 (xch->xcall, __HYPERVISOR_kexec_op, + KEXEC_CMD_kexec_unload, +HYPERCALL_BUFFER_AS_ARG (unload)); out:xc_hypercall_buffer_free (xch, unload);
tools/libxc/xc_linux_osdep.c +0 -49
55 lines not on this page · raw message
tools/libxc/xc_minios.c +0 -32
@@ -61,38 +61,6 @@ void minios_interface_close_fd(int fd) files[fd].type =FTYPE_NONE ; } -void *osdep_alloc_hypercall_buffer (xc_interface *xch,int npages) -{ -return xc_memalign (xch,PAGE_SIZE , npages *PAGE_SIZE ); -} - -void osdep_free_hypercall_buffer (xc_interface *xch,void *ptr,int npages) -{ -free (ptr); -} - -int do_xen_hypercall (xc_interface *xch,privcmd_hypercall_t *hypercall) -{ -multicall_entry_t call; -int i, ret; - - call.op = hypercall->op; -for (i =0 ; i <ARRAY_SIZE (hypercall->arg); i++) - call.args[i] = hypercall->arg[i]; - - ret =HYPERVISOR_multicall (&call,1 ); - -if (ret <0 ) { - errno = -ret; -return -1 ; - } -if ((long ) call.result <0 ) { - errno = - (long ) call.result; -return -1 ; - } -return call.result; -} -void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot,const xen_pfn_t *arr,int *err,unsigned int num)
tools/libxc/xc_misc.c +27 -52
214 lines not on this page · raw message
tools/libxc/xc_netbsd.c +0 -40
@@ -67,46 +67,6 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -void *osdep_alloc_hypercall_buffer (xc_interface *xch,int npages) -{ -size_t size = npages *XC_PAGE_SIZE ; -void *p; - - p =xc_memalign (xch,XC_PAGE_SIZE , size); -if (!p) -return NULL ; - -if (mlock (p, size) <0 ) - { -free (p); -return NULL ; - } -return p; -} - -void osdep_free_hypercall_buffer (xc_interface *xch,void *ptr,int npages) -{ - (void )munlock (ptr, npages *XC_PAGE_SIZE ); -free (ptr); -} - -int do_xen_hypercall (xc_interface *xch,privcmd_hypercall_t *hypercall) -{ -int fd = xch->privcmdfd; -int error =ioctl (fd,IOCTL_PRIVCMD_HYPERCALL , hypercall); - -/* -* Since NetBSD ioctl can only return 0 on success or < 0 on -* error, if we want to return a value from ioctl we should -* do so by setting hypercall->retval, to mimic Linux ioctl -* implementation. -*/ -if (error <0 ) -return error; -else -return hypercall->retval; -} -void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot,const xen_pfn_t *arr,int *err,unsigned int num)
tools/libxc/xc_private.c +25 -39
125 lines not on this page · raw message
tools/libxc/xc_private.h +21 -55
160 lines not on this page · raw message
tools/libxc/xc_solaris.c +0 -16
@@ -67,22 +67,6 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -void *osdep_alloc_hypercall_buffer (xc_interface *xch,int npages) -{ -return xc_memalign (xch,XC_PAGE_SIZE , npages *XC_PAGE_SIZE ); -} - -static void osdep_free_hypercall_buffer (xc_interface *xch,void *ptr,int npages) -{ -free (ptr); -} - -int do_xen_hypercall (xc_interface *xch,privcmd_hypercall_t *hypercall) -{ -int fd = xch->privcmdfd; -return ioctl (fd,IOCTL_PRIVCMD_HYPERCALL , hypercall); -} -void *xc_map_foreign_batch (xc_interface *xch,uint32_t dom,int prot,xen_pfn_t *arr,int num)
tools/libxc/xc_tmem.c +3 -4
@@ -23,7 +23,6 @@static int do_tmem_op (xc_interface *xch,tmem_op_t *op) {int ret; -DECLARE_HYPERCALL ;DECLARE_HYPERCALL_BOUNCE (op,sizeof (*op),XC_HYPERCALL_BUFFER_BOUNCE_BOTH );if (xc_hypercall_bounce_pre (xch, op) )
@@ -32,9 +31,9 @@ static int do_tmem_op(xc_interface *xch, tmem_op_t *op)return -EFAULT ; } - hypercall.op = __HYPERVISOR_tmem_op; - hypercall.arg[0 ] =HYPERCALL_BUFFER_AS_ARG (op); -if ((ret =do_xen_hypercall (xch, &hypercall)) <0 ) + ret =xencall1 (xch->xcall, __HYPERVISOR_tmem_op, +HYPERCALL_BUFFER_AS_ARG (op)); +if ( ret <0 ) {if ( errno ==EACCES ) DPRINTF("tmem operation failed -- need to"
tools/misc/Makefile +2 -2
@@ -87,12 +87,12 @@ xenlockprof: xenlockprof.o $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenctrl) $(APPEND_LDFLAGS) # xen-hptool incorrectly uses libxc internals -xen-hptool.o: CFLAGS += -I$(XEN_ROOT)/tools/libxc +xen-hptool.o: CFLAGS += -I$(XEN_ROOT)/tools/libxc $(CFLAGS_libxencall) xen-hptool: xen-hptool.o $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(LDLIBS_libxenstore) $(APPEND_LDFLAGS) # xen-mfndump incorrectly uses libxc internals -xen-mfndump.o: CFLAGS += -I$(XEN_ROOT)/tools/libxc +xen-mfndump.o: CFLAGS += -I$(XEN_ROOT)/tools/libxc $(CFLAGS_libxencall) xen-mfndump: xen-mfndump.o $(CC) $(LDFLAGS) -o $@ $< $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenguest) $(APPEND_LDFLAGS)
tools/xcutils/Makefile +1 -1
@@ -16,7 +16,7 @@ PROGRAMS = readnotes lsevtchn CFLAGS += -Werror # incorrectly uses libxc internals -CFLAGS_readnotes.o := $(CFLAGS_libxenevtchn) $(CFLAGS_libxenctrl) $(CFLAGS_libxenguest) -I$(XEN_ROOT)/tools/libxc +CFLAGS_readnotes.o := $(CFLAGS_libxenevtchn) $(CFLAGS_libxenctrl) $(CFLAGS_libxenguest) -I$(XEN_ROOT)/tools/libxc $(CFLAGS_libxencall) CFLAGS_lsevtchn.o := $(CFLAGS_libxenevtchn) $(CFLAGS_libxenctrl) .PHONY: all
tools/xenpaging/Makefile +1 -1
@@ -2,7 +2,7 @@ XEN_ROOT=$(CURDIR)/../.. include $(XEN_ROOT)/tools/Rules.mk # xenpaging.c and file_ops.c incorrectly use libxc internals -CFLAGS += $(CFLAGS_libxentoollog) $(CFLAGS_libxenevtchn) $(CFLAGS_libxenctrl) $(CFLAGS_libxenstore) $(PTHREAD_CFLAGS) -I$(XEN_ROOT)/tools/libxc +CFLAGS += $(CFLAGS_libxentoollog) $(CFLAGS_libxenevtchn) $(CFLAGS_libxenctrl) $(CFLAGS_libxenstore) $(PTHREAD_CFLAGS) -I$(XEN_ROOT)/tools/libxc $(CFLAGS_libxencall) LDLIBS += $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxenctrl) $(LDLIBS_libxenstore) $(PTHREAD_LIBS) LDFLAGS += $(PTHREAD_LDFLAGS)
Signature · 1 line
2.1.4
PATCH v6 13/32 tools/libxc: drop xc_map_foreign_bulk_compat wrappers
In reply to Ian CampbellOn Solaris and NetBSD xc_map_foreign_bulk is implemented by calling xc_map_foreign_bulk_compat and xc_map_foreign_bulk_compat is exposed as a symbol by libxenctrl.so.
Remove these wrappers and turn the compat function into the real thing surrounded by the appropriate ifdef.
As this is a compat function all new ports should instead implement xc_map_foreign_bulk properly, hence the ifdef should never be expanded.
--- tools/libxc/xc_foreign_memory.c | 13 +++++++++---- tools/libxc/xc_netbsd.c | 7 ------- tools/libxc/xc_private.h | 5 ----- tools/libxc/xc_solaris.c | 7 ------- 4 files changed, 9 insertions(+), 23 deletions(-)
tools/libxc/xc_foreign_memory.c +9 -4
@@ -50,10 +50,14 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot,return res; } -/* stub for all not yet converted OSes */ -void *xc_map_foreign_bulk_compat (xc_interface *xch, -uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) +/* +* stub for all not yet converted OSes (NetBSD and Solaris). New OSes should +* just implement xc_map_foreign_bulk. +*/ +#if defined(__NetBSD__) || defined(__sun__) +void *xc_map_foreign_bulk (xc_interface *xch, +uint32_t dom,int prot, +const xen_pfn_t *arr,int *err,unsigned int num) {xen_pfn_t *pfn;unsigned int i;
@@ -90,6 +94,7 @@ void *xc_map_foreign_bulk_compat(xc_interface *xch, return ret; } +#endif /* * Local variables:
tools/libxc/xc_netbsd.c +0 -7
@@ -67,13 +67,6 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -void *xc_map_foreign_bulk (xc_interface *xch, -uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) -{ -return xc_map_foreign_bulk_compat (xch, dom, prot, arr, err, num); -} -void *xc_map_foreign_batch (xc_interface *xch,uint32_t dom,int prot,xen_pfn_t *arr,int num)
tools/libxc/xc_private.h +0 -5
@@ -107,11 +107,6 @@ int osdep_privcmd_close(xc_interface *xch);void *osdep_alloc_hypercall_buffer (xc_interface *xch,int npages);void osdep_free_hypercall_buffer (xc_interface *xch,void *ptr,int npages); -/* Stub for not yet converted OSes */ -void *xc_map_foreign_bulk_compat (xc_interface *xch, -uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num); -void xc_report_error (xc_interface *xch,int code,const char *fmt, ...) __attribute__((format (printf,3 ,4 ))); void xc_reportv(xc_interface *xch, xentoollog_logger *lg, xentoollog_level,
tools/libxc/xc_solaris.c +0 -7
@@ -94,13 +94,6 @@ void *xc_map_foreign_batch(xc_interface *xch, } -void *xc_map_foreign_bulk (xc_interface *xch, -uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) -{ -return xc_map_foreign_bulk_compat (xch, dom, prot, arr, err, num); -} - void *xc_map_foreign_range(xc_interface *xch, uint32_t dom, int size, int prot,
Signature · 1 line
2.1.4
PATCH v6 14/32 tools: Remove xc_map_foreign_batch
In reply to Ian CampbellIt can trivially be replaced by xc_map_foreign_pages which is the interface I want to move to going forward (by standardising on _bulk but handling err=NULL as _pages does).
The callers of _batch are checking a mixture of a NULL return or looking to see if the top nibble of the (usually sole) mfn they pass has been modified to be non-zero to detect errors. _pages never modifies the mfn it was given (it's const) and returns NULL on failure, so adjust the error handling where necessary. Some callers use a copy of the mfn array, for reuse on failure with _batch, which is no longer necessary as _pages doesn't modify the array, however I haven't cleaned that up here.
This reduces the twist maze of xc_map_foreign_* by one, which will be useful when trying to come up with an underlying stable interface.
NetBSD and Solaris implemented xc_map_foreign_bulk in terms of xc_map_foreign_batch via a compat layer, so xc_map_foreign_batch becomes an internal osdep for them. New OS ports should always implement xc_map_foreign_bulk instead.
---
v6: Switch to xc_map_foreign_pages not xc_map_foreign_bulk, since the
former has more similar error handling semantics to the current usage.
Dropped acks.
--- tools/libxc/include/xenctrl.h | 10 ------- tools/libxc/xc_foreign_memory.c | 4 ++- tools/libxc/xc_linux_osdep.c | 59 +++-------------------------------------- tools/libxc/xc_minios.c | 22 --------------- tools/libxc/xc_netbsd.c | 10 +++---- tools/libxc/xc_solaris.c | 6 ++--- tools/libxc/xc_vm_event.c | 18 ++++++++++--- tools/xenmon/xenbaked.c | 12 ++++++++- tools/xenpaging/xenpaging.c | 14 +++++----- tools/xentrace/xentrace.c | 3 ++- 10 files changed, 48 insertions(+), 110 deletions(-)
tools/libxc/include/xenctrl.h +0 -10
@@ -1387,16 +1387,6 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot, const xen_pfn_t *arr, int num );/** -* DEPRECATED - use xc_map_foreign_bulk() instead. -* -* Like xc_map_foreign_pages(), except it can succeeed partially. -* When a page cannot be mapped, its PFN in @arr is or'ed with -* 0xF0000000 to indicate the error. -*/ -void *xc_map_foreign_batch (xc_interface *xch,uint32_t dom,int prot, -xen_pfn_t *arr,int num ); - -/** * Like xc_map_foreign_pages(), except it can succeed partially. * When a page cannot be mapped, its respective field in @err is * set to the corresponding errno value.
tools/libxc/xc_foreign_memory.c +3 -1
@@ -55,6 +55,8 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot,* just implement xc_map_foreign_bulk. */ #if defined(__NetBSD__) || defined(__sun__) +void *osdep_map_foreign_batch (xc_interface *xch,uint32_t dom,int prot, +xen_pfn_t *arr,int num );void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot,const xen_pfn_t *arr,int *err,unsigned int num)
@@ -75,7 +77,7 @@ void *xc_map_foreign_bulk(xc_interface *xch, }memcpy (pfn, arr, num *sizeof (*arr)); - ret =xc_map_foreign_batch (xch, dom, prot, pfn, num); + ret =osdep_map_foreign_batch (xch, dom, prot, pfn, num);if (ret) {for (i =0 ; i < num; ++i)
tools/libxc/xc_linux_osdep.c +3 -56
77 lines not on this page · raw message
tools/libxc/xc_minios.c +0 -22
@@ -73,28 +73,6 @@ void *xc_map_foreign_bulk(xc_interface *xch,return map_frames_ex (arr, num,1 ,0 ,1 , dom, err, pt_prot); } -void *xc_map_foreign_batch (xc_interface *xch, -uint32_t dom,int prot, -xen_pfn_t *arr,int num) -{ -unsigned long pt_prot =0 ; -int err[num]; -int i; -unsigned long addr; - -if (prot &PROT_READ ) - pt_prot =L1_PROT_RO ; -if (prot &PROT_WRITE ) - pt_prot =L1_PROT ; - - addr = (unsigned long )map_frames_ex (arr, num,1 ,0 ,1 , dom, err, pt_prot); -for (i =0 ; i < num; i++) { -if (err[i]) - arr[i] |=0xF0000000 ; - } -return (void *) addr; -} - void *xc_map_foreign_range(xc_interface *xch, uint32_t dom, int size, int prot,
tools/libxc/xc_netbsd.c +5 -5
@@ -67,16 +67,16 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -void *xc_map_foreign_batch (xc_interface *xch, -uint32_t dom,int prot, -xen_pfn_t *arr,int num) +void *osdep_map_foreign_batch (xc_interface *xch, +uint32_t dom,int prot, +xen_pfn_t *arr,int num) {int fd = xch->privcmdfd;privcmd_mmapbatch_t ioctlx;void *addr; addr =mmap (NULL , num*XC_PAGE_SIZE , prot,MAP_ANON |MAP_SHARED ,-1 ,0 );if ( addr ==MAP_FAILED ) { -PERROR ("xc_map_foreign_batch: mmap failed" ); +PERROR ("osdep_map_foreign_batch: mmap failed" );return NULL ; }
@@ -87,7 +87,7 @@ void *xc_map_foreign_batch(xc_interface *xch,if (ioctl (fd,IOCTL_PRIVCMD_MMAPBATCH , &ioctlx) <0 ) {int saved_errno = errno; -PERROR ("xc_map_foreign_batch: ioctl failed" ); +PERROR ("osdep_map_foreign_batch: ioctl failed" ); (void )munmap (addr, num*XC_PAGE_SIZE ); errno = saved_errno;return NULL ;
tools/libxc/xc_solaris.c +3 -3
@@ -67,9 +67,9 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -void *xc_map_foreign_batch (xc_interface *xch, -uint32_t dom,int prot, -xen_pfn_t *arr,int num) +void *osdep_map_foreign_batch (xc_interface *xch, +uint32_t dom,int prot, +xen_pfn_t *arr,int num) {int fd = xch->privcmdfd;privcmd_mmapbatch_t ioctlx;
tools/libxc/xc_vm_event.c +14 -4
@@ -72,9 +72,9 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param, ring_pfn = pfn; mmap_pfn = pfn; - ring_page =xc_map_foreign_batch (xch, domain_id,PROT_READ |PROT_WRITE , + ring_page =xc_map_foreign_pages (xch, domain_id,PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +if ( !ring_page ) {/* Map failed, populate ring page */ rc1 = xc_domain_populate_physmap_exact(xch, domain_id, 1, 0, 0,
@@ -86,9 +86,9 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param, } mmap_pfn = ring_pfn; - ring_page =xc_map_foreign_batch (xch, domain_id,PROT_READ |PROT_WRITE , + ring_page =xc_map_foreign_pages (xch, domain_id,PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +if ( !ring_page ) {PERROR ("Could not map the ring page\n" ); goto out;
@@ -156,3 +156,13 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param,return ring_page; } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/xenmon/xenbaked.c +11 -1
@@ -411,7 +411,7 @@ static struct t_struct *map_tbufs(unsigned long tbufs_mfn, unsigned int num,for ( j=0 ; j<tbufs.t_info->tbuf_size; j++) pfn_list[j] = (xen_pfn_t )mfn_list[j]; - tbufs.meta[i] =xc_map_foreign_batch (xc_handle,DOMID_XEN , + tbufs.meta[i] =xc_map_foreign_pages (xc_handle,DOMID_XEN ,PROT_READ |PROT_WRITE , pfn_list, tbufs.t_info->tbuf_size);
@@ -1175,3 +1175,13 @@ static int process_record(int cpu, struct t_rec *r)return 4 + (r->cycles_included ?8 :0 ) + (r->extra_u32 *4 ); } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/xenpaging/xenpaging.c +7 -7
@@ -342,9 +342,9 @@ static struct xenpaging *xenpaging_init(int argc, char *argv[]) HVM_PARAM_PAGING_RING_PFN, &ring_pfn); mmap_pfn = ring_pfn; paging->vm_event.ring_page = -xc_map_foreign_batch (xch, paging->vm_event.domain_id, -PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +xc_map_foreign_pages (xch, paging->vm_event.domain_id, +PROT_READ |PROT_WRITE , &mmap_pfn,1 ); +if ( !paging->vm_event.ring_page ) {/* Map failed, populate ring page */ rc = xc_domain_populate_physmap_exact(paging->xc_handle,
@@ -356,11 +356,11 @@ static struct xenpaging *xenpaging_init(int argc, char *argv[]) goto err; } - mmap_pfn = ring_pfn; paging->vm_event.ring_page = -xc_map_foreign_batch (xch, paging->vm_event.domain_id, -PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +xc_map_foreign_pages (xch, paging->vm_event.domain_id, +PROT_READ |PROT_WRITE , + &mmap_pfn,1 ); +if ( !paging->vm_event.ring_page ) {PERROR ("Could not map the ring page\n" ); goto err;
tools/xentrace/xentrace.c +2 -1
@@ -508,7 +508,7 @@ static struct t_struct *map_tbufs(unsigned long tbufs_mfn, unsigned int num,for ( j=0 ; j<tbufs.t_info->tbuf_size; j++) pfn_list[j] = (xen_pfn_t )mfn_list[j]; - tbufs.meta[i] =xc_map_foreign_batch (xc_handle,DOMID_XEN , + tbufs.meta[i] =xc_map_foreign_pages (xc_handle,DOMID_XEN ,PROT_READ |PROT_WRITE , pfn_list, tbufs.t_info->tbuf_size);
@@ -1221,6 +1221,7 @@ int main(int argc, char **argv)return ret; } +/* * Local variables: * mode: C
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 14/32] tools: Remove xc_map_foreign_batch
Quoted 16 lines · Ian Campbell
It can trivially be replaced by
xc_map_foreign_pageswhich is the interface I want to move to going forward (by standardising on_bulkbut handling err=NULL as_pagesdoes).The callers of
_batchare checking a mixture of a NULL return or looking to see if the top nibble of the (usually sole) mfn they pass has been modified to be non-zero to detect errors._pagesnever modifies the mfn it was given (it's const) and returns NULL on failure, so adjust the error handling where necessary. Some callers use a copy of the mfn array, for reuse on failure with_batch, which is no longer necessary as_pagesdoesn't modify the array, however I haven't cleaned that up here.This reduces the twist maze of xc_map_foreign_* by one, which will be useful when trying to come up with an underlying stable interface.
Quoted 7 lines
NetBSD and Solaris implemented
xc_map_foreign_bulkin terms ofxc_map_foreign_batchvia a compat layer, soxc_map_foreign_batchbecomes an internal osdep for them. New OS ports should always implementxc_map_foreign_bulkinstead.Signed-off-by Ian Campbell <[email protected]>Cc George Dunlap <[email protected]>
Re: [PATCH XEN v6 14/32] tools: Remove xc_map_foreign_batch
In reply to Ian CampbellQuoted 13 lines · Ian Campbell
It can trivially be replaced by
xc_map_foreign_pageswhich is the interface I want to move to going forward (by standardising on_bulkbut handling err=NULL as_pagesdoes).The callers of
_batchare checking a mixture of a NULL return or looking to see if the top nibble of the (usually sole) mfn they pass has been modified to be non-zero to detect errors._pagesnever modifies the mfn it was given (it's const) and returns NULL on failure, so adjust the error handling where necessary. Some callers use a copy of the mfn array, for reuse on failure with_batch, which is no longer necessary as_pagesdoesn't modify the array, however I haven't cleaned that up here.
Quoted 7 lines
This reduces the twist maze of xc_map_foreign_* by one, which will be useful when trying to come up with an underlying stable interface.
NetBSD and Solaris implemented
xc_map_foreign_bulkin terms ofxc_map_foreign_batchvia a compat layer, soxc_map_foreign_batchbecomes an internal osdep for them. New OS ports should always implementxc_map_foreign_bulkinstead.
"New OS ports should always implement xc_map_foreign_pages instead"?
Other than that:
Quoted 357 lines
Signed-off-by Ian Campbell <[email protected]>Cc George Dunlap <[email protected]>---
v6: Switch toxc_map_foreign_pagesnotxc_map_foreign_bulk, since the
former has more similar error handling semantics to the current usage.Dropped acks.
--- tools/libxc/include/xenctrl.h | 10 ------- tools/libxc/xc_foreign_memory.c | 4 ++- tools/libxc/xc_linux_osdep.c | 59 +++-------------------------------------- tools/libxc/xc_minios.c | 22 --------------- tools/libxc/xc_netbsd.c | 10 +++---- tools/libxc/xc_solaris.c | 6 ++--- tools/libxc/xc_vm_event.c | 18 ++++++++++--- tools/xenmon/xenbaked.c | 12 ++++++++- tools/xenpaging/xenpaging.c | 14 +++++----- tools/xentrace/xentrace.c | 3 ++- 10 files changed, 48 insertions(+), 110 deletions(-)tools/libxc/include/xenctrl.h +0
-10@@ -1387,16 +1387,6 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot, const xen_pfn_t *arr, int num );/** -* DEPRECATED - use xc_map_foreign_bulk() instead. -* -* Like xc_map_foreign_pages(), except it can succeeed partially. -* When a page cannot be mapped, its PFN in @arr is or'ed with -* 0xF0000000 to indicate the error. -*/ -void *xc_map_foreign_batch (xc_interface *xch,uint32_t dom,int prot, -xen_pfn_t *arr,int num ); - -/** * Like xc_map_foreign_pages(), except it can succeed partially. * When a page cannot be mapped, its respective field in @err is * set to the corresponding errno value. tools/libxc/xc_foreign_memory.c +3
-1@@ -55,6 +55,8 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot,* just implement xc_map_foreign_bulk. */ #if defined(__NetBSD__) || defined(__sun__) +void *osdep_map_foreign_batch (xc_interface *xch,uint32_t dom,int prot, +xen_pfn_t *arr,int num );void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot,const xen_pfn_t *arr,int *err,unsigned int num)@@ -75,7 +77,7 @@ void *xc_map_foreign_bulk(xc_interface *xch, }memcpy (pfn, arr, num *sizeof (*arr)); - ret =xc_map_foreign_batch (xch, dom, prot, pfn, num); + ret =osdep_map_foreign_batch (xch, dom, prot, pfn, num);if (ret) {for (i =0 ; i < num; ++i)tools/libxc/xc_linux_osdep.c +3
-56@@ -91,8 +91,8 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -static int xc_map_foreign_batch_single (int fd,uint32_t dom, -xen_pfn_t *mfn,unsigned long addr) +static int map_foreign_batch_single (int fd,uint32_t dom, +xen_pfn_t *mfn,unsigned long addr) {privcmd_mmapbatch_t ioctlx;int rc;@@ -113,59 +113,6 @@ static int xc_map_foreign_batch_single(int fd, uint32_t dom,return rc; } -void *xc_map_foreign_batch (xc_interface *xch, -uint32_t dom,int prot, -xen_pfn_t *arr,int num) -{ -int fd = xch->privcmdfd; -privcmd_mmapbatch_t ioctlx; -void *addr; -int rc; - - addr =mmap (NULL , num <<XC_PAGE_SHIFT , prot,MAP_SHARED , fd,0 ); -if ( addr ==MAP_FAILED ) - { -PERROR ("xc_map_foreign_batch: mmap failed" ); -return NULL ; - } - - ioctlx.num = num; - ioctlx.dom = dom; - ioctlx.addr = (unsigned long )addr; - ioctlx.arr = arr; - - rc =ioctl (fd,IOCTL_PRIVCMD_MMAPBATCH , &ioctlx); -if ( (rc <0 ) && (errno ==ENOENT ) ) - { -int i; - -for ( i =0 ; i < num; i++ ) - { -if ( (arr[i] &PRIVCMD_MMAPBATCH_MFN_ERROR ) == -PRIVCMD_MMAPBATCH_PAGED_ERROR ) - { -unsigned long paged_addr = (unsigned long )addr + (i <<XC_PAGE_SHIFT ); - rc =xc_map_foreign_batch_single (fd, dom, &arr[i], - paged_addr); -if ( rc <0 ) - goto out; - } - } - } - - out: -if ( rc <0 ) - { -int saved_errno = errno; -PERROR ("xc_map_foreign_batch: ioctl failed" ); - (void )munmap (addr, num <<XC_PAGE_SHIFT ); - errno = saved_errno; -return NULL ; - } - -return addr; -} -/* * Retry mmap of all paged gfns in batches * retuns < 0 on fatal error @@ -305,7 +252,7 @@ void *xc_map_foreign_bulk(xc_interface *xch, err[i] = rc ?: -EINVAL ;continue ; } - rc =xc_map_foreign_batch_single (fd, dom, pfn + i, + rc =map_foreign_batch_single (fd, dom, pfn + i, (unsigned long )addr + ((unsigned long )i<<XC_PAGE_SHIFT ));if ( rc <0 ) {tools/libxc/xc_minios.c +0
-22@@ -73,28 +73,6 @@ void *xc_map_foreign_bulk(xc_interface *xch,return map_frames_ex (arr, num,1 ,0 ,1 , dom, err, pt_prot); } -void *xc_map_foreign_batch (xc_interface *xch, -uint32_t dom,int prot, -xen_pfn_t *arr,int num) -{ -unsigned long pt_prot =0 ; -int err[num]; -int i; -unsigned long addr; - -if (prot &PROT_READ ) - pt_prot =L1_PROT_RO ; -if (prot &PROT_WRITE ) - pt_prot =L1_PROT ; - - addr = (unsigned long )map_frames_ex (arr, num,1 ,0 ,1 , dom, err, pt_prot); -for (i =0 ; i < num; i++) { -if (err[i]) - arr[i] |=0xF0000000 ; - } -return (void *) addr; -} - void *xc_map_foreign_range(xc_interface *xch, uint32_t dom, int size, int prot,tools/libxc/xc_netbsd.c +5
-5@@ -67,16 +67,16 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -void *xc_map_foreign_batch (xc_interface *xch, -uint32_t dom,int prot, -xen_pfn_t *arr,int num) +void *osdep_map_foreign_batch (xc_interface *xch, +uint32_t dom,int prot, +xen_pfn_t *arr,int num) {int fd = xch->privcmdfd;privcmd_mmapbatch_t ioctlx;void *addr; addr =mmap (NULL , num*XC_PAGE_SIZE , prot,MAP_ANON |MAP_SHARED ,-1 ,0 );if ( addr ==MAP_FAILED ) { -PERROR ("xc_map_foreign_batch: mmap failed" ); +PERROR ("osdep_map_foreign_batch: mmap failed" );return NULL ; }@@ -87,7 +87,7 @@ void *xc_map_foreign_batch(xc_interface *xch,if (ioctl (fd,IOCTL_PRIVCMD_MMAPBATCH , &ioctlx) <0 ) {int saved_errno = errno; -PERROR ("xc_map_foreign_batch: ioctl failed" ); +PERROR ("osdep_map_foreign_batch: ioctl failed" ); (void )munmap (addr, num*XC_PAGE_SIZE ); errno = saved_errno;return NULL ;tools/libxc/xc_solaris.c +3
-3@@ -67,9 +67,9 @@ int osdep_privcmd_close(xc_interface *xch)return close (fd); } -void *xc_map_foreign_batch (xc_interface *xch, -uint32_t dom,int prot, -xen_pfn_t *arr,int num) +void *osdep_map_foreign_batch (xc_interface *xch, +uint32_t dom,int prot, +xen_pfn_t *arr,int num) {int fd = xch->privcmdfd;privcmd_mmapbatch_t ioctlx;tools/libxc/xc_vm_event.c +14
-4@@ -72,9 +72,9 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param, ring_pfn = pfn; mmap_pfn = pfn; - ring_page =xc_map_foreign_batch (xch, domain_id,PROT_READ |PROT_WRITE , + ring_page =xc_map_foreign_pages (xch, domain_id,PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +if ( !ring_page ) {/* Map failed, populate ring page */ rc1 = xc_domain_populate_physmap_exact(xch, domain_id, 1, 0, 0,@@ -86,9 +86,9 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param, } mmap_pfn = ring_pfn; - ring_page =xc_map_foreign_batch (xch, domain_id,PROT_READ |PROT_WRITE , + ring_page =xc_map_foreign_pages (xch, domain_id,PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +if ( !ring_page ) {PERROR ("Could not map the ring page\n" ); goto out;@@ -156,3 +156,13 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param,return ring_page; } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/ tools/xenmon/xenbaked.c +11
-1@@ -411,7 +411,7 @@ static struct t_struct *map_tbufs(unsigned long tbufs_mfn, unsigned int num,for ( j=0 ; j<tbufs.t_info->tbuf_size; j++) pfn_list[j] = (xen_pfn_t )mfn_list[j]; - tbufs.meta[i] =xc_map_foreign_batch (xc_handle,DOMID_XEN , + tbufs.meta[i] =xc_map_foreign_pages (xc_handle,DOMID_XEN ,PROT_READ |PROT_WRITE , pfn_list, tbufs.t_info->tbuf_size);@@ -1175,3 +1175,13 @@ static int process_record(int cpu, struct t_rec *r)return 4 + (r->cycles_included ?8 :0 ) + (r->extra_u32 *4 ); } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/ tools/xenpaging/xenpaging.c +7
-7@@ -342,9 +342,9 @@ static struct xenpaging *xenpaging_init(int argc, char *argv[]) HVM_PARAM_PAGING_RING_PFN, &ring_pfn); mmap_pfn = ring_pfn; paging->vm_event.ring_page = -xc_map_foreign_batch (xch, paging->vm_event.domain_id, -PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +xc_map_foreign_pages (xch, paging->vm_event.domain_id, +PROT_READ |PROT_WRITE , &mmap_pfn,1 ); +if ( !paging->vm_event.ring_page ) {/* Map failed, populate ring page */ rc = xc_domain_populate_physmap_exact(paging->xc_handle,@@ -356,11 +356,11 @@ static struct xenpaging *xenpaging_init(int argc, char *argv[]) goto err; } - mmap_pfn = ring_pfn; paging->vm_event.ring_page = -xc_map_foreign_batch (xch, paging->vm_event.domain_id, -PROT_READ |PROT_WRITE , &mmap_pfn,1 ); -if ( mmap_pfn &XEN_DOMCTL_PFINFO_XTAB ) +xc_map_foreign_pages (xch, paging->vm_event.domain_id, +PROT_READ |PROT_WRITE , + &mmap_pfn,1 ); +if ( !paging->vm_event.ring_page ) {PERROR ("Could not map the ring page\n" ); goto err;tools/xentrace/xentrace.c +2
-1@@ -508,7 +508,7 @@ static struct t_struct *map_tbufs(unsigned long tbufs_mfn, unsigned int num,for ( j=0 ; j<tbufs.t_info->tbuf_size; j++) pfn_list[j] = (xen_pfn_t )mfn_list[j]; - tbufs.meta[i] =xc_map_foreign_batch (xc_handle,DOMID_XEN , + tbufs.meta[i] =xc_map_foreign_pages (xc_handle,DOMID_XEN ,PROT_READ |PROT_WRITE , pfn_list, tbufs.t_info->tbuf_size);@@ -1221,6 +1221,7 @@ int main(int argc, char **argv)return ret; } +/* * Local variables: * mode: C
Re: [PATCH XEN v6 14/32] tools: Remove xc_map_foreign_batch
Quoted 17 lines · George Dunlap
Quoted 16 lines · Ian Campbell
It can trivially be replaced by
xc_map_foreign_pageswhich is the interface I want to move to going forward (by standardising on_bulkbut handling err=NULL as_pagesdoes).The callers of
_batchare checking a mixture of a NULL return or looking to see if the top nibble of the (usually sole) mfn they pass has been modified to be non-zero to detect errors._pagesnever modifies the mfn it was given (it's const) and returns NULL on failure, so adjust the error handling where necessary. Some callers use a copy of the mfn array, for reuse on failure with_batch, which is no longer necessary as_pagesdoesn't modify the array, however I haven't cleaned that up here.This reduces the twist maze of xc_map_foreign_* by one, which will be useful when trying to come up with an underlying stable interface.
Quoted 6 lines
Quoted 4 lines
NetBSD and Solaris implemented
xc_map_foreign_bulkin terms ofxc_map_foreign_batchvia a compat layer, soxc_map_foreign_batchbecomes an internal osdep for them. New OS ports should always implementxc_map_foreign_bulkinstead."New OS ports should always implement
xc_map_foreign_pagesinstead"?
"It's complicated" ;-).
New ports should indeed implement the bulk interface, which will in a later patch become the API which libxenforeignmemory provides. Then the _pages style interface comes via a that API providing a mode which is compatible with that way of use (tolerating passing a NULL err array).
Given that the advice here is going to be superceded pretty soon in this series, I think I will therefore just drop that final sentence.
Quoted 3 lines
Other than that:
Acked-by George Dunlap <[email protected]>
I'll take the liberty of assuming this still applies with the change discussed above, please let me know if not.
Cheers,
Ian.
Re: [PATCH XEN v6 14/32] tools: Remove xc_map_foreign_batch
Quoted 35 lines · Ian Campbell
Quoted 17 lines · George Dunlap
Quoted 16 lines · Ian Campbell
It can trivially be replaced by
xc_map_foreign_pageswhich is the interface I want to move to going forward (by standardising on_bulkbut handling err=NULL as_pagesdoes).The callers of
_batchare checking a mixture of a NULL return or looking to see if the top nibble of the (usually sole) mfn they pass has been modified to be non-zero to detect errors._pagesnever modifies the mfn it was given (it's const) and returns NULL on failure, so adjust the error handling where necessary. Some callers use a copy of the mfn array, for reuse on failure with_batch, which is no longer necessary as_pagesdoesn't modify the array, however I haven't cleaned that up here.This reduces the twist maze of xc_map_foreign_* by one, which will be useful when trying to come up with an underlying stable interface.
Quoted 6 lines
Quoted 4 lines
NetBSD and Solaris implemented
xc_map_foreign_bulkin terms ofxc_map_foreign_batchvia a compat layer, soxc_map_foreign_batchbecomes an internal osdep for them. New OS ports should always implementxc_map_foreign_bulkinstead."New OS ports should always implement
xc_map_foreign_pagesinstead"?"It's complicated" ;-).
New ports should indeed implement the bulk interface, which will in a later patch become the API which libxenforeignmemory provides. Then the
_pagesstyle interface comes via a that API providing a mode which is compatible with that way of use (tolerating passing a NULL err array).Given that the advice here is going to be superceded pretty soon in this series, I think I will therefore just drop that final sentence.
Quoted 6 lines
Quoted 3 lines
Other than that:
Acked-by George Dunlap <[email protected]>I'll take the liberty of assuming this still applies with the change discussed above, please let me know if not.
Oh, right -- I assumed that you'd just missed a string replace somewhere. Yes, the Ack still stands.
-George
PATCH v6 15/32 tools: Implement xc_map_foreign_range(s) in terms of common helper
In reply to Ian CampbellBoth Linux and FreeBSD already implemented these functions using identical helpers based on xc_map_foreign_pages. Make one copy of these common helpers and switch all OSes to use them, even those which previously had a specific lower level implementation of this functionality.
This is makes two fewer low level interfaces to think about.
--- tools/libxc/xc_foreign_memory.c | 50 +++++++++++++++++++++++++++++ tools/libxc/xc_freebsd_osdep.c | 50 ----------------------------- tools/libxc/xc_linux_osdep.c | 49 ----------------------------- tools/libxc/xc_minios.c | 43 ------------------------- tools/libxc/xc_netbsd.c | 70 ----------------------------------------- tools/libxc/xc_solaris.c | 67 --------------------------------------- 6 files changed, 50 insertions(+), 279 deletions(-)
tools/libxc/xc_foreign_memory.c +50 -0
@@ -50,6 +50,56 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot,return res; } +void *xc_map_foreign_range (xc_interface *xch, +uint32_t dom,int size,int prot, +unsigned long mfn) +{ +xen_pfn_t *arr; +int num; +int i; +void *ret; + + num = (size +XC_PAGE_SIZE -1 ) >>XC_PAGE_SHIFT ; + arr =calloc (num,sizeof (xen_pfn_t)); +if ( arr ==NULL ) +return NULL ; + +for ( i =0 ; i < num; i++ ) + arr[i] = mfn + i; + + ret =xc_map_foreign_pages (xch, dom, prot, arr, num); +free (arr); +return ret; +} + +void *xc_map_foreign_ranges (xc_interface *xch, +uint32_t dom,size_t size, +int prot,size_t chunksize, +privcmd_mmap_entry_t entries[], +int nentries) +{ +xen_pfn_t *arr; +int num_per_entry; +int num; +int i; +int j; +void *ret; + + num_per_entry = chunksize >>XC_PAGE_SHIFT ; + num = num_per_entry * nentries; + arr =calloc (num,sizeof (xen_pfn_t)); +if ( arr ==NULL ) +return NULL ; + +for ( i =0 ; i < nentries; i++ ) +for ( j =0 ; j < num_per_entry; j++ ) + arr[i * num_per_entry + j] = entries[i].mfn + j; + + ret =xc_map_foreign_pages (xch, dom, prot, arr, num); +free (arr); +return ret; +} +/* * stub for all not yet converted OSes (NetBSD and Solaris). New OSes should * just implement xc_map_foreign_bulk.
tools/libxc/xc_freebsd_osdep.c +0 -50
56 lines not on this page · raw message
tools/libxc/xc_linux_osdep.c +0 -49
55 lines not on this page · raw message
tools/libxc/xc_minios.c +0 -43
49 lines not on this page · raw message
tools/libxc/xc_netbsd.c +0 -70
76 lines not on this page · raw message
tools/libxc/xc_solaris.c +0 -67
73 lines not on this page · raw message
Signature · 1 line
2.1.4
PATCH v6 16/32 tools: Refactor foreign memory mapping into libxenforeignmemory
In reply to Ian Campbelllibxenforeignmemory will provide a stable API and ABI for mapping foreign domain memory (subject to appropriate privileges).
The new library exposes an interface equivalent to xc_map_foreign_memory_bulk, which all the other xc_map_foreign_memory_* functions (which remain in libxc) are implemented in terms of.
Upon request (via #define XC_WANT_COMPAT_MAP_FOREIGN_API) libxenctrl will provide a compat API for the old names. This is used by qemu-xen and qemu-trad as well as various in tree things (which required de-dupping various #includes in some too to get the #define before the first).
---
Must be applied with:
- "qemu-xen-traditional: qemu-xen-traditional: Add libxenforeignmemory to rpath-link" and a corresponding QEMU_TAG update folded here.
- "mini-os: mini-os: Include libxenforeignmemory with libxc" and a corresponding bump to MINIOS_UPSTREAM_REVISION folded in here.
v5: Allow close(NULL)
v6: Define XC_WANT_COMPAT_MAP_FOREIGN_API for xen-mceinj.c and memshrtool.c
Fix typo in type name in compat.c, and get the functions names to match.
Use an osdep layer for _map, to allow for future common code.
---
.gitignore | 2 +
stubdom/Makefile | 20 +++-
tools/Makefile | 2 +
tools/Rules.mk | 11 ++-
tools/console/daemon/utils.c | 1 -
tools/console/daemon/utils.h | 1 +
tools/libs/Makefile | 1 +
tools/libs/foreignmemory/Makefile | 67 +++++++++++++
tools/libs/foreignmemory/compat.c | 72 ++++++++++++++
tools/libs/foreignmemory/core.c | 84 +++++++++++++++++
.../foreignmemory/freebsd.c} | 33 +++----
.../libs/foreignmemory/include/xenforeignmemory.h | 71 ++++++++++++++
tools/libs/foreignmemory/libxenforeignmemory.map | 7 ++
.../foreignmemory/linux.c} | 70 ++++++--------
tools/libs/foreignmemory/minios.c | 62 ++++++++++++
tools/libs/foreignmemory/netbsd.c | 105 +++++++++++++++++++++
tools/libs/foreignmemory/private.h | 53 +++++++++++
tools/libs/foreignmemory/solaris.c | 93 ++++++++++++++++++
tools/libxc/Makefile | 8 +-
tools/libxc/include/xenctrl.h | 26 -----
tools/libxc/include/xenctrl_compat.h | 36 +++++++
tools/libxc/xc_foreign_memory.c | 49 +---------
tools/libxc/xc_minios.c | 29 ------
tools/libxc/xc_netbsd.c | 73 --------------
tools/libxc/xc_private.c | 13 +--
tools/libxc/xc_private.h | 11 ++-
tools/libxc/xc_solaris.c | 73 --------------
tools/libxc/xc_sr_restore.c | 4 +-
tools/libxc/xc_sr_save.c | 4 +-
tools/libxc/xg_private.h | 3 +-
tools/libxl/libxl_internal.h | 1 +
tools/misc/xen-mfndump.c | 1 +
tools/ocaml/libs/xc/xenctrl_stubs.c | 1 +
tools/python/xen/lowlevel/xc/xc.c | 2 +
tools/tests/mce-test/tools/xen-mceinj.c | 1 +
tools/tests/mem-sharing/memshrtool.c | 1 +
tools/xenmon/xenbaked.c | 1 +
tools/xenpaging/pagein.c | 1 -
tools/xenpaging/xenpaging.c | 1 -
tools/xenpaging/xenpaging.h | 2 +
tools/xenstore/xenstored_core.c | 1 -
tools/xenstore/xenstored_core.h | 1 +
tools/xentrace/xenctx.c | 3 +-
tools/xentrace/xentrace.c | 1 +
44 files changed, 768 insertions(+), 334 deletions(-)
create mode 100644 tools/libs/foreignmemory/Makefile
create mode 100644 tools/libs/foreignmemory/compat.c
create mode 100644 tools/libs/foreignmemory/core.c
rename tools/{libxc/xc_freebsd_osdep.c => libs/foreignmemory/freebsd.c} (76%)
create mode 100644 tools/libs/foreignmemory/include/xenforeignmemory.h
create mode 100644 tools/libs/foreignmemory/libxenforeignmemory.map
rename tools/{libxc/xc_linux_osdep.c => libs/foreignmemory/linux.c} (83%)
create mode 100644 tools/libs/foreignmemory/minios.c
create mode 100644 tools/libs/foreignmemory/netbsd.c
create mode 100644 tools/libs/foreignmemory/private.h
create mode 100644 tools/libs/foreignmemory/solaris.c.gitignore +2 -0
@@ -62,6 +62,7 @@ stubdom/libxentoollog-* stubdom/libxenevtchn-* stubdom/libxengnttab-* stubdom/libxencall-* +stubdom/libxenforeignmemory-* stubdom/libxc-* stubdom/lwip-* stubdom/mini-os-*
@@ -92,6 +93,7 @@ tools/libs/toollog/headers.chk tools/libs/evtchn/headers.chk tools/libs/gnttab/headers.chk tools/libs/call/headers.chk +tools/libs/foreignmemory/headers.chk tools/blktap2/daemon/blktapctrl tools/blktap2/drivers/img2qcow tools/blktap2/drivers/lock-util
stubdom/Makefile +18 -2
@@ -336,6 +336,12 @@ mk-headers-$(XEN_TARGET_ARCH): $(IOEMU_LINKFARM_TARGET) ln -sf $(XEN_ROOT)/tools/libs/call/include/*.h include/ && \ ln -sf $(XEN_ROOT)/tools/libs/call/*.c . && \ ln -sf $(XEN_ROOT)/tools/libs/call/Makefile . ) + mkdir -p libs-$(XEN_TARGET_ARCH)/foreignmemory/include + [ -h libs-$(XEN_TARGET_ARCH)/foreignmemory/Makefile ] || ( cd libs-$(XEN_TARGET_ARCH)/foreignmemory && \ + ln -sf $(XEN_ROOT)/tools/libs/foreignmemory/*.h . && \ + ln -sf $(XEN_ROOT)/tools/libs/foreignmemory/include/*.h include/ && \ + ln -sf $(XEN_ROOT)/tools/libs/foreignmemory/*.c . && \ + ln -sf $(XEN_ROOT)/tools/libs/foreignmemory/Makefile . ) mkdir -p libxc-$(XEN_TARGET_ARCH) [ -h libxc-$(XEN_TARGET_ARCH)/Makefile ] || ( cd libxc-$(XEN_TARGET_ARCH) && \ ln -sf $(XEN_ROOT)/tools/libxc/*.h . && \
@@ -401,7 +407,17 @@ libs-$(XEN_TARGET_ARCH)/call/libxencall.a: $(NEWLIB_STAMPFILE) $(MAKE) -C $(XEN_ROOT)/tools/include $(MAKE) DESTDIR= -C $(MINI_OS) links CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/call -APP_LDLIBS += -L$(XEN_ROOT)/stubdom/libs-$(MINIOS_TARGET_ARCH)/call -whole-archive -lxencall -no-whole-archive + +####### +# libxenforeignmemory +####### + +.PHONY: libxenforeignmemory +libxenforeignmemory: libs-$(XEN_TARGET_ARCH)/foreignmemory/libxenforeignmemory.a +libs-$(XEN_TARGET_ARCH)/foreignmemory/libxenforeignmemory.a: $(NEWLIB_STAMPFILE) + $(MAKE) -C $(XEN_ROOT)/tools/include + $(MAKE) DESTDIR= -C $(MINI_OS) links + CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= -C libs-$(XEN_TARGET_ARCH)/foreignmemory ####### # libxc
@@ -409,7 +425,7 @@ APP_LDLIBS += -L$(XEN_ROOT)/stubdom/libs-$(MINIOS_TARGET_ARCH)/call -whole-archi .PHONY: libxc libxc: libxc-$(XEN_TARGET_ARCH)/libxenctrl.a libxc-$(XEN_TARGET_ARCH)/libxenguest.a -libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog libxenevtchn libxengnttab libxencall cross-zlib +libxc-$(XEN_TARGET_ARCH)/libxenctrl.a: libxentoollog libxenevtchn libxengnttab libxencall libxenforeignmemory cross-zlib $(MAKE) -C $(XEN_ROOT)/tools/include $(MAKE) DESTDIR= -C $(MINI_OS) links CPPFLAGS="$(TARGET_CPPFLAGS)" CFLAGS="$(TARGET_CFLAGS)" $(MAKE) DESTDIR= CONFIG_LIBXC_MINIOS=y -C libxc-$(XEN_TARGET_ARCH)
tools/Makefile +2 -0
@@ -250,6 +250,7 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find --source-path=$$source \ --extra-cflags="-DXC_WANT_COMPAT_EVTCHN_API=1 \ -DXC_WANT_COMPAT_GNTTAB_API=1 \ + -DXC_WANT_COMPAT_MAP_FOREIGN_API=1 \ -I$(XEN_ROOT)/tools/include \ -I$(XEN_ROOT)/tools/libs/toollog/include \ -I$(XEN_ROOT)/tools/libs/evtchn/include \
@@ -264,6 +265,7 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/evtchn \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/gnttab \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/call \ + -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/foreignmemory \ $(QEMU_UPSTREAM_RPATH)" \ --bindir=$(LIBEXEC_BIN) \ --datadir=$(SHAREDIR)/qemu-xen \
tools/Rules.mk +8 -3
@@ -14,6 +14,7 @@ XEN_LIBXENTOOLLOG = $(XEN_ROOT)/tools/libs/toollog XEN_LIBXENEVTCHN = $(XEN_ROOT)/tools/libs/evtchn XEN_LIBXENGNTTAB = $(XEN_ROOT)/tools/libs/gnttab XEN_LIBXENCALL = $(XEN_ROOT)/tools/libs/call +XEN_LIBXENFOREIGNMEMORY = $(XEN_ROOT)/tools/libs/foreignmemory XEN_LIBXC = $(XEN_ROOT)/tools/libxc XEN_XENLIGHT = $(XEN_ROOT)/tools/libxl XEN_XENSTORE = $(XEN_ROOT)/tools/xenstore
@@ -103,12 +104,16 @@ CFLAGS_libxencall = -I$(XEN_LIBXENCALL)/include $(CFLAGS_xeninclude) LDLIBS_libxencall = $(XEN_LIBXENCALL)/libxencall$(libextension) SHLIB_libxencall = -Wl,-rpath-link=$(XEN_LIBXENCALL) -CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_libxentoollog) $(CFLAGS_xeninclude) -SHDEPS_libxenctrl = $(SHLIB_libxentoollog) $(SHLIB_libxenevtchn) $(SHLIB_libxengnttab) $(SHLIB_libxengntshr) $(SHLIB_libxencall) +CFLAGS_libxenforeignmemory = -I$(XEN_LIBXENFOREIGNMEMORY)/include $(CFLAGS_xeninclude) +LDLIBS_libxenforeignmemory = $(XEN_LIBXENFOREIGNMEMORY)/libxenforeignmemory$(libextension) +SHLIB_libxenforeignmemory = -Wl,-rpath-link=$(XEN_LIBXENFOREIGNMEMORY) + +CFLAGS_libxenctrl = -I$(XEN_LIBXC)/include $(CFLAGS_libxentoollog) $(CFLAGS_libxenforeignmemory) $(CFLAGS_xeninclude) +SHDEPS_libxenctrl = $(SHLIB_libxentoollog) $(SHLIB_libxenevtchn) $(SHLIB_libxengnttab) $(SHLIB_libxengntshr) $(SHLIB_libxencall) $(SHLIB_libxenforeignmemory) LDLIBS_libxenctrl = $(SHDEPS_libxenctrl) $(XEN_LIBXC)/libxenctrl$(libextension) SHLIB_libxenctrl = $(SHDEPS_libxenctrl) -Wl,-rpath-link=$(XEN_LIBXC) -CFLAGS_libxenguest = -I$(XEN_LIBXC)/include $(CFLAGS_libxenevtchn) $(CFLAGS_xeninclude) +CFLAGS_libxenguest = -I$(XEN_LIBXC)/include $(CFLAGS_libxenevtchn) $(CFLAGS_libxenforeignmemory) $(CFLAGS_xeninclude) SHDEPS_libxenguest = $(SHLIB_libxenevtchn) LDLIBS_libxenguest = $(SHDEPS_libxenguest) $(XEN_LIBXC)/libxenguest$(libextension) SHLIB_libxenguest = $(SHDEPS_libxenguest) -Wl,-rpath-link=$(XEN_LIBXC)
tools/console/daemon/utils.c +0 -1
@@ -33,7 +33,6 @@#include <string.h> #include <signal.h> -#include "xenctrl.h" #include "utils.h" struct xs_handle *xs;
tools/console/daemon/utils.h +1 -0
@@ -23,6 +23,7 @@#include <stdbool.h> #include <syslog.h> #include <stdio.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include <xenstore.h>
tools/libs/Makefile +1 -0
@@ -6,5 +6,6 @@ SUBDIRS-y += toollog SUBDIRS-y += evtchn SUBDIRS-y += gnttab SUBDIRS-y += call +SUBDIRS-y += foreignmemory all clean install distclean: %: subdirs-%
tools/libs/foreignmemory/Makefile new file +67 -0
67 lines not on this page · raw message
tools/libs/foreignmemory/compat.c new file +72 -0
72 lines not on this page · raw message
tools/libs/foreignmemory/core.c new file +84 -0
84 lines not on this page · raw message
tools/libs/foreignmemory/freebsd.c renamed from tools/libxc/xc_freebsd_osdep.c +13 -20
@@ -3,9 +3,6 @@* Copyright 2006 Sun Microsystems, Inc. All rights reserved. * Use is subject to license terms. * -* xc_gnttab functions: -* Copyright (c) 2007-2008, D G Murray <[email protected]> -* * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation;
@@ -30,14 +27,11 @@#include <sys/mman.h> #include <sys/ioctl.h> -#include <xen/memory.h> - -#include "xc_private.h" +#include "private.h" #define PRIVCMD_DEV "/dev/xen/privcmd" -/*------------------------- Privcmd device interface -------------------------*/ -int osdep_privcmd_open (xc_interface *xch) +int osdep_xenforeignmemory_open (xenforeignmemory_handle *fmem) {int flags, saved_errno;int fd =open (PRIVCMD_DEV ,O_RDWR );
@@ -46,7 +40,7 @@ int osdep_privcmd_open(xc_interface *xch) {PERROR ("Could not obtain handle on privileged command interface " PRIVCMD_DEV ); - return -1 +return -1 ; }/*
@@ -69,7 +63,7 @@ int osdep_privcmd_open(xc_interface *xch) goto error; } - xch->privcmdfd = fd; + fmem->fd = fd;return 0 ; error:
@@ -80,26 +74,25 @@ int osdep_privcmd_open(xc_interface *xch)return -1 ; } -int osdep_privcmd_close (xc_interface *xch) +int osdep_xenforeignmemory_close (xenforeignmemory_handle *fmem) { -int fd = xch->privcmdfd; +int fd = fmem->fd;if ( fd ==-1 )return 0 ;return close (fd); } -/*----------------------- Privcmd foreign map interface ----------------------*/ -void *xc_map_foreign_bulk (xc_interface *xch, -uint32_t dom,int prot, -const xen_pfn_t *arr,int *err, -unsigned int num) +void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem, +uint32_t dom,int prot, +const xen_pfn_t *arr,int *err, +unsigned int num) { -int fd = xch->privcmdfd; +int fd = fmem->fd;privcmd_mmapbatch_t ioctlx;void *addr;int rc; - addr =mmap (NULL , num <<XC_PAGE_SHIFT , prot,MAP_SHARED , fd,0 ); + addr =mmap (NULL , num <<PAGE_SHIFT , prot,MAP_SHARED , fd,0 );if ( addr ==MAP_FAILED ) {PERROR ("xc_map_foreign_bulk: mmap failed" );
@@ -117,7 +110,7 @@ void *xc_map_foreign_bulk(xc_interface *xch, {int saved_errno = errno;PERROR ("xc_map_foreign_bulk: ioctl failed" ); - (void )munmap (addr, num <<XC_PAGE_SHIFT ); + (void )munmap (addr, num <<PAGE_SHIFT ); errno = saved_errno;return NULL ; }
tools/libs/foreignmemory/include/xenforeignmemory.h new file +71 -0
71 lines not on this page · raw message
tools/libs/foreignmemory/libxenforeignmemory.map new file +7 -0
@@ -0,0 +1,7 @@ +VERS_1.0 { + global: + xenforeignmemory_open; + xenforeignmemory_close; + xenforeignmemory_map; + local: *; /* Do not expose anything by default */ +};
tools/libs/foreignmemory/linux.c renamed from tools/libxc/xc_linux_osdep.c +31 -39
175 lines not on this page · raw message
tools/libs/foreignmemory/minios.c new file +62 -0
62 lines not on this page · raw message
tools/libs/foreignmemory/netbsd.c new file +105 -0
105 lines not on this page · raw message
tools/libs/foreignmemory/private.h new file +53 -0
53 lines not on this page · raw message
tools/libs/foreignmemory/solaris.c new file +93 -0
93 lines not on this page · raw message
tools/libxc/Makefile +4 -4
@@ -42,8 +42,8 @@ CTRL_SRCS-y += xc_kexec.c CTRL_SRCS-y += xc_resource.c CTRL_SRCS-$(CONFIG_X86) += xc_psr.c CTRL_SRCS-$(CONFIG_X86) += xc_pagetab.c -CTRL_SRCS-$(CONFIG_Linux) += xc_linux.c xc_linux_osdep.c -CTRL_SRCS-$(CONFIG_FreeBSD) += xc_freebsd.c xc_freebsd_osdep.c +CTRL_SRCS-$(CONFIG_Linux) += xc_linux.c +CTRL_SRCS-$(CONFIG_FreeBSD) += xc_freebsd.c CTRL_SRCS-$(CONFIG_SunOS) += xc_solaris.c CTRL_SRCS-$(CONFIG_NetBSD) += xc_netbsd.c CTRL_SRCS-$(CONFIG_NetBSDRump) += xc_netbsd.c
@@ -125,7 +125,7 @@ $(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS): CFLAGS += -include $(XEN_ROOT)/tools/config. # libxenguest includes xc_private.h, so needs this despite not using # this functionality directly. $(CTRL_LIB_OBJS) $(GUEST_LIB_OBJS) \ -$(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS): CFLAGS += $(CFLAGS_libxencall) +$(CTRL_PIC_OBJS) $(GUEST_PIC_OBJS): CFLAGS += $(CFLAGS_libxencall) $(CFLAGS_libxenforeignmemory) $(CTRL_LIB_OBJS) $(CTRL_PIC_OBJS): CFLAGS += $(CFLAGS_libxengnttab) $(CFLAGS_libxengntshr)
@@ -207,7 +207,7 @@ libxenctrl.so.$(MAJOR): libxenctrl.so.$(MAJOR).$(MINOR) $(SYMLINK_SHLIB) $< $@ libxenctrl.so.$(MAJOR).$(MINOR): $(CTRL_PIC_OBJS) - $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(LDLIBS_libxencall) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) + $(CC) $(LDFLAGS) $(PTHREAD_LDFLAGS) -Wl,$(SONAME_LDFLAG) -Wl,libxenctrl.so.$(MAJOR) $(SHLIB_LDFLAGS) -o $@ $^ $(LDLIBS_libxentoollog) $(LDLIBS_libxenevtchn) $(LDLIBS_libxengnttab) $(LDLIBS_libxengntshr) $(LDLIBS_libxencall) $(LDLIBS_libxenforeignmemory) $(PTHREAD_LIBS) $(APPEND_LDFLAGS) # libxenguest
tools/libxc/include/xenctrl.h +0 -26
@@ -1369,32 +1369,6 @@ int xc_lockprof_query(xc_interface *xch,void *xc_memalign (xc_interface *xch,size_t alignment,size_t size);/** -* Memory maps a range within one domain to a local address range. Mappings -* should be unmapped with munmap and should follow the same rules as mmap -* regarding page alignment. Returns NULL on failure. -* -* @parm xch a handle on an open hypervisor interface -* @parm dom the domain to map memory from -* @parm size the amount of memory to map (in multiples of page size) -* @parm prot same flag as in mmap(). -* @parm mfn the frame address to map. -*/ -void *xc_map_foreign_range (xc_interface *xch,uint32_t dom, -int size,int prot, -unsigned long mfn ); - -void *xc_map_foreign_pages (xc_interface *xch,uint32_t dom,int prot, -const xen_pfn_t *arr,int num ); - -/** -* Like xc_map_foreign_pages(), except it can succeed partially. -* When a page cannot be mapped, its respective field in @err is -* set to the corresponding errno value. -*/ -void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num); - -/** * Translates a virtual address in the context of a given domain and * vcpu returning the GFN containing the address (that is, an MFN for * PV guests, a PFN for HVM guests). Returns 0 for failure.
tools/libxc/include/xenctrl_compat.h +36 -0
@@ -12,6 +12,42 @@#ifndef XENCTRL_COMPAT_H #define XENCTRL_COMPAT_H +#ifdef XC_WANT_COMPAT_MAP_FOREIGN_API +/** +* Memory maps a range within one domain to a local address range. Mappings +* should be unmapped with munmap and should follow the same rules as mmap +* regarding page alignment. Returns NULL on failure. +* +* @parm xch a handle on an open hypervisor interface +* @parm dom the domain to map memory from +* @parm size the amount of memory to map (in multiples of page size) +* @parm prot same flag as in mmap(). +* @parm mfn the frame address to map. +*/ +void *xc_map_foreign_range (xc_interface *xch,uint32_t dom, +int size,int prot, +unsigned long mfn ); + +void *xc_map_foreign_pages (xc_interface *xch,uint32_t dom,int prot, +const xen_pfn_t *arr,int num ); + +/* Nothing within the library itself other than the compat wrapper +* itself should be using this, everything inside has access to +* xenforeignmemory_map(). +*/ +#if !defined(XC_INTERNAL_COMPAT_MAP_FOREIGN_API ) || \ + defined(XC_BUILDING_COMPAT_MAP_FOREIGN_API ) +/** +* Like xc_map_foreign_pages(), except it can succeed partially. +* When a page cannot be mapped, its respective field in @err is +* set to the corresponding errno value. +*/ +void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot, +const xen_pfn_t *arr,int *err,unsigned int num); +#endif + +#endif +#ifdef XC_WANT_COMPAT_EVTCHN_API typedef struct xenevtchn_handle xc_evtchn ;
tools/libxc/xc_foreign_memory.c +4 -45
70 lines not on this page · raw message
tools/libxc/xc_minios.c +0 -29
@@ -39,40 +39,11 @@ void minios_interface_close_fd(int fd);extern void minios_interface_close_fd (int fd); -int osdep_privcmd_open (xc_interface *xch) -{ -int fd =alloc_fd (FTYPE_XC ); - -if ( fd ==-1 ) -return -1 ; - - xch->privcmdfd = fd; -return 0 ; -} - -int osdep_privcmd_close (xc_interface *xch) -{ -int fd = xch->privcmdfd; -return close (fd); -} -void minios_interface_close_fd (int fd) { files[fd].type =FTYPE_NONE ; } -void *xc_map_foreign_bulk (xc_interface *xch, -uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) -{ -unsigned long pt_prot =0 ; -if (prot &PROT_READ ) - pt_prot =L1_PROT_RO ; -if (prot &PROT_WRITE ) - pt_prot =L1_PROT ; -return map_frames_ex (arr, num,1 ,0 ,1 , dom, err, pt_prot); -} -/* Optionally flush file to disk and discard page cache */ void discard_file_cache (xc_interface *xch,int fd,int flush) {
tools/libxc/xc_netbsd.c +0 -73
79 lines not on this page · raw message
tools/libxc/xc_private.c +7 -6
@@ -58,11 +58,12 @@ struct xc_interface_core *xc_interface_open(xentoollog_logger *logger,if (open_flags &XC_OPENFLAG_DUMMY )return xch;/* We are done */ -if (osdep_privcmd_open (xch) <0 ) - goto err; - xch->xcall =xencall_open (xch->error_handler, open_flags &XC_OPENFLAG_NON_REENTRANT ?XENCALL_OPENFLAG_NON_REENTRANT :0U ); +if ( xch->xcall ==NULL ) + goto err; + + xch->fmem =xenforeignmemory_open (xch->error_handler,0 );if ( xch->xcall ==NULL ) goto err;
@@ -70,7 +71,7 @@ struct xc_interface_core *xc_interface_open(xentoollog_logger *logger,return xch; err: -osdep_privcmd_close (xch); +xencall_close (xch->xcall);xtl_logger_destroy (xch->error_handler_tofree);if (xch != &xch_buf)free (xch);return NULL ;
@@ -86,8 +87,8 @@ int xc_interface_close(xc_interface *xch) rc =xencall_close (xch->xcall);if (rc)PERROR ("Could not close xencall interface" ); - rc =osdep_privcmd_close (xch); -if (rc)PERROR ("Could not close hypervisor interface" ); + rc =xenforeignmemory_close (xch->fmem); +if (rc)PERROR ("Could not close foreign memory interface" );xtl_logger_destroy (xch->dombuild_logger_tofree);xtl_logger_destroy (xch->error_handler_tofree);
tools/libxc/xc_private.h +8 -3
@@ -29,8 +29,13 @@#include <sys/ioctl.h> #include "_paths.h" + +#define XC_WANT_COMPAT_MAP_FOREIGN_API +#define XC_INTERNAL_COMPAT_MAP_FOREIGN_API #include "xenctrl.h" +#include <xencall.h> +#include <xenforeignmemory.h> #include <xen/sys/privcmd.h>
@@ -94,11 +99,11 @@ struct xc_interface_core {FILE *dombuild_logger_file;const char *currently_progress_reporting; -/* Privcmd interface */ -int privcmdfd; -/* Hypercall interface */ xencall_handle *xcall; + +/* Foreign mappings */ +xenforeignmemory_handle *fmem; };int osdep_privcmd_open (xc_interface *xch);
tools/libxc/xc_solaris.c +0 -73
81 lines not on this page · raw message
tools/libxc/xc_sr_restore.c +2 -2
@@ -316,8 +316,8 @@ static int process_page_data(struct xc_sr_context *ctx, unsigned count,if ( nr_pages ==0 ) goto done; - mapping = guest_page =xc_map_foreign_bulk ( - xch, ctx->domid,PROT_READ |PROT_WRITE , + mapping = guest_page =xenforeignmemory_map (xch->fmem, + ctx->domid,PROT_READ |PROT_WRITE , mfns, map_errs, nr_pages);if ( !mapping ) {
tools/libxc/xc_sr_save.c +2 -2
@@ -153,8 +153,8 @@ static int write_batch(struct xc_sr_context *ctx)if ( nr_pages >0 ) { - guest_mapping =xc_map_foreign_bulk ( - xch, ctx->domid,PROT_READ , mfns, errors, nr_pages); + guest_mapping =xenforeignmemory_map (xch->fmem, + ctx->domid,PROT_READ , mfns, errors, nr_pages);if ( !guest_mapping ) {PERROR ("Failed to map guest pages" );
tools/libxc/xg_private.h +1 -2
@@ -26,9 +26,8 @@#include <sys/types.h> #include <sys/stat.h> -#include "xenctrl.h" -#include "xenguest.h" #include "xc_private.h" +#include "xenguest.h" #include <xen/memory.h> #include <xen/elfnote.h>
tools/libxl/libxl_internal.h +1 -0
@@ -50,6 +50,7 @@#include <xenevtchn.h> #include <xenstore.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include <xenguest.h> #include <xc_dom.h>
tools/misc/xen-mfndump.c +1 -0
@@ -1,3 +1,4 @@ +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include <xc_private.h> #include <xc_core.h>
tools/ocaml/libs/xc/xenctrl_stubs.c +1 -0
@@ -29,6 +29,7 @@#include <stdint.h> #include <string.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include "mmap_stubs.h"
tools/python/xen/lowlevel/xc/xc.c +2 -0
@@ -5,6 +5,7 @@*/ #include <Python.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include <fcntl.h> #include <netinet/in.h>
@@ -15,6 +16,7 @@#include <netdb.h> #include <arpa/inet.h> +#include <xen/elfnote.h> #include <xen/tmem.h> #include "xc_dom.h" #include <xen/hvm/hvm_info_table.h>
tools/tests/mce-test/tools/xen-mceinj.c +1 -0
@@ -30,6 +30,7 @@#include <signal.h> #include <stdarg.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include <xenguest.h> #include <inttypes.h>
tools/tests/mem-sharing/memshrtool.c +1 -0
@@ -11,6 +11,7 @@#include <string.h> #include <sys/mman.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include "xenctrl.h" static int usage (const char * prog)
tools/xenmon/xenbaked.c +1 -0
@@ -38,6 +38,7 @@#include <errno.h> #include <signal.h> #include <xenevtchn.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include <xen/xen.h> #include <string.h>
tools/xenpaging/pagein.c +0 -1
@@ -1,6 +1,5 @@/* Trigger a page-in in a separate thread-of-execution to avoid deadlock */ #include <pthread.h> -#include <xc_private.h> #include "xenpaging.h" struct page_in_args {
tools/xenpaging/xenpaging.c +0 -1
@@ -27,7 +27,6 @@#include <signal.h> #include <unistd.h> #include <poll.h> -#include <xc_private.h> #include <xenstore.h> #include <getopt.h>
tools/xenpaging/xenpaging.h +2 -0
@@ -25,6 +25,8 @@#include <xenevtchn.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API +#include <xenctrl.h> #include <xc_private.h> #include <xen/event_channel.h> #include <xen/vm_event.h>
tools/xenstore/xenstored_core.c +0 -1
@@ -50,7 +50,6 @@#include "xenstored_watch.h" #include "xenstored_transaction.h" #include "xenstored_domain.h" -#include "xenctrl.h" #include "tdb.h" #include "hashtable.h"
tools/xenstore/xenstored_core.h +1 -0
@@ -19,6 +19,7 @@#ifndef _XENSTORED_CORE_H#define _XENSTORED_CORE_H +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenctrl.h> #include <xengnttab.h>
tools/xentrace/xenctx.c +2 -1
@@ -25,7 +25,8 @@#include <getopt.h> #include <limits.h> -#include "xenctrl.h" +#define XC_WANT_COMPAT_MAP_FOREIGN_API +#include <xenctrl.h> #include <xen/foreign/x86_32.h> #include <xen/foreign/x86_64.h> #include <xen/hvm/save.h>
tools/xentrace/xentrace.c +1 -0
@@ -30,6 +30,7 @@#include <xen/xen.h> #include <xen/trace.h> +#define XC_WANT_COMPAT_MAP_FOREIGN_API #include <xenevtchn.h> #include <xenctrl.h>
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 16/32] tools: Refactor foreign memory mapping into libxenforeignmemory
Ian Campbell writes ("[PATCH XEN v6 16/32] tools: Refactor foreign memory mapping into libxenforeignmemory"):
Quoted 2 lines
libxenforeignmemory will provide a stable API and ABI for mapping foreign domain memory (subject to appropriate privileges).
PATCH v6 17/32 tools/libs/foreignmemory: provide xenforeignmemory_unmap.
In reply to Ian CampbellAnd require it be used instead of direct munmap.
This will allow e.g. Valgrind hooks to help track incorrect use of foreign mappings.
Switch all uses of xenforeignmemory_map to use xenforeignmemory_unmap, not that foreign mappings via the libxc compat xc_map_foreign_* interface will not take advantage of this and will need converting.
---
v4: xenforeignmemory_unmap takes pages not bytes, adjust callers.
v6: Document error behaviour
Use an osdep layer, although there is no current need for common code on _unmap there is for _map so use this indirection for consistency.
--- tools/libs/foreignmemory/freebsd.c | 6 ++++++ tools/libs/foreignmemory/include/xenforeignmemory.h | 11 +++++++++-- tools/libs/foreignmemory/libxenforeignmemory.map | 1 + tools/libs/foreignmemory/linux.c | 6 ++++++ tools/libs/foreignmemory/minios.c | 6 ++++++ tools/libs/foreignmemory/netbsd.c | 6 ++++++ tools/libs/foreignmemory/solaris.c | 6 ++++++ tools/libxc/xc_sr_restore.c | 2 +- tools/libxc/xc_sr_save.c | 2 +- tools/libxc/xc_vm_event.c | 2 +- 10 files changed, 43 insertions(+), 5 deletions(-)
tools/libs/foreignmemory/freebsd.c +6 -0
@@ -118,6 +118,12 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem,return addr; } +int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, +void *addr,unsigned int num) +{ +return munmap (addr, num <<PAGE_SHIFT ); +} +/* * Local variables: * mode: C
tools/libs/foreignmemory/include/xenforeignmemory.h +9 -2
@@ -44,8 +44,8 @@ int xenforeignmemory_close(xenforeignmemory_handle *xmem);/* * Maps a range within one domain to a local address range. Mappings -* should be unmapped with munmap and should follow the same rules as mmap -* regarding page alignment. +* must be unmapped with xenforeignmemory_unmap and should follow the +* same rules as mmap regarding page alignment. * * prot is as for mmap(2). *
@@ -57,6 +57,13 @@ int xenforeignmemory_close(xenforeignmemory_handle *xmem);void *xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot,const xen_pfn_t *arr,int *err,unsigned int num); +/* +* Unmap a mapping previous created with xenforeignmemory_map(). +* +* Returns 0 on success on failure sets errno and returns -1. +*/ +int xenforeignmemory_unmap (xenforeignmemory_handle *fmem, +void *addr,unsigned int num);#endif
tools/libs/foreignmemory/libxenforeignmemory.map +1 -0
@@ -3,5 +3,6 @@ VERS_1.0 { xenforeignmemory_open; xenforeignmemory_close; xenforeignmemory_map; + xenforeignmemory_unmap; local: *; /* Do not expose anything by default */ };
tools/libs/foreignmemory/linux.c +6 -0
@@ -282,6 +282,12 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem,return addr; } +int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, +void *addr,unsigned int num) +{ +return munmap (addr, (unsigned long )num <<PAGE_SHIFT ); +} +/* * Local variables: * mode: C
tools/libs/foreignmemory/minios.c +6 -0
@@ -51,6 +51,12 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem,return map_frames_ex (arr, num,1 ,0 ,1 , dom, err, pt_prot); } +int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, +void *addr,unsigned int num) +{ +return munmap (addr, num <<PAGE_SHIFT ); +} +/* * Local variables: * mode: C
tools/libs/foreignmemory/netbsd.c +6 -0
@@ -94,6 +94,12 @@ void *osdep_map_foreign_batch(xenforeignmem_handle *fmem, uint32_t dom, } +int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, +void *addr,unsigned int num) +{ +return munmap (addr, num*XC_PAGE_SIZE ); +} +/* * Local variables: * mode: C
tools/libs/foreignmemory/solaris.c +6 -0
@@ -91,3 +91,9 @@ void *osdep_map_foreign_batch(xenforeignmem_handle *fmem, uint32_t dom, }return addr; } + +int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, +void *addr,unsigned int num) +{ +return munmap (addr, num*XC_PAGE_SIZE ); +}
tools/libxc/xc_sr_restore.c +1 -1
@@ -378,7 +378,7 @@ static int process_page_data(struct xc_sr_context *ctx, unsigned count, err:if ( mapping ) -munmap (mapping, nr_pages *PAGE_SIZE ); +xenforeignmemory_unmap (xch->fmem, mapping, nr_pages);free (map_errs);free (mfns);
tools/libxc/xc_sr_save.c +1 -1
@@ -263,7 +263,7 @@ static int write_batch(struct xc_sr_context *ctx) err:free (rec_pfns);if ( guest_mapping ) -munmap (guest_mapping, nr_pages_mapped *PAGE_SIZE ); +xenforeignmemory_unmap (xch->fmem, guest_mapping, nr_pages_mapped);for ( i =0 ; local_pages && i < nr_pfns; ++i )free (local_pages[i]);free (iov);
tools/libxc/xc_vm_event.c +1 -1
@@ -148,7 +148,7 @@ void *xc_vm_event_enable(xc_interface *xch, domid_t domain_id, int param, }if ( ring_page ) -munmap (ring_page,XC_PAGE_SIZE ); +xenforeignmemory_unmap (xch->fmem, ring_page,1 ); ring_page =NULL ; errno = saved_errno;
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 17/32] tools/libs/foreignmemory: provide xenforeignmemory_unmap.
Ian Campbell writes ("[PATCH XEN v6 17/32] tools/libs/foreignmemory: provide xenforeignmemory_unmap."):
Quoted 1 line
And require it be used instead of direct munmap.
PATCH v6 18/32 tools/libs/foreignmemory: use size_t for size arguments.
In reply to Ian CampbellSurprisingly it appears no callers need updating.
---
v4: New patch
--- tools/libs/foreignmemory/compat.c | 2 +- tools/libs/foreignmemory/freebsd.c | 4 ++-- .../libs/foreignmemory/include/xenforeignmemory.h | 5 +++-- tools/libs/foreignmemory/linux.c | 23 +++++++++++----------- tools/libs/foreignmemory/minios.c | 4 ++-- tools/libs/foreignmemory/netbsd.c | 2 +- tools/libs/foreignmemory/solaris.c | 2 +- 7 files changed, 22 insertions(+), 20 deletions(-)
tools/libs/foreignmemory/compat.c +1 -1
@@ -23,7 +23,7 @@void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) +const xen_pfn_t *arr,int *err,size_t num) {xen_pfn_t *pfn;unsigned int i;
tools/libs/foreignmemory/freebsd.c +2 -2
@@ -85,7 +85,7 @@ int osdep_xenforeignmemory_close(xenforeignmemory_handle *fmem)void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot,const xen_pfn_t *arr,int *err, -unsigned int num) +size_t num) {int fd = fmem->fd;privcmd_mmapbatch_t ioctlx;
@@ -119,7 +119,7 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem, }int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, -void *addr,unsigned int num) +void *addr,size_t num) {return munmap (addr, num <<PAGE_SHIFT ); }
tools/libs/foreignmemory/include/xenforeignmemory.h +3 -2
@@ -56,14 +56,15 @@ int xenforeignmemory_close(xenforeignmemory_handle *xmem);*/ void *xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot,const xen_pfn_t *arr,int *err, -unsigned int num); +size_t pages); +/* * Unmap a mapping previous created with xenforeignmemory_map(). * * Returns 0 on success on failure sets errno and returns -1. */ int xenforeignmemory_unmap (xenforeignmemory_handle *fmem, -void *addr,unsigned int num); +void *addr,size_t pages);#endif
tools/libs/foreignmemory/linux.c +12 -11
@@ -115,10 +115,11 @@ static int map_foreign_batch_single(int fd, uint32_t dom,* This will keep the request ring full and avoids delays. */ static int retry_paged (int fd,uint32_t dom,void *addr, -const xen_pfn_t *arr,int *err,unsigned int num) +const xen_pfn_t *arr,int *err,size_t num) {privcmd_mmapbatch_v2_t ioctlx; -int rc, paged =0 , i =0 ; +int rc, paged =0 ; +size_t i =0 ; do {
@@ -134,7 +135,7 @@ static int retry_paged(int fd, uint32_t dom, void *addr,/* At least one gfn is still in paging state */ ioctlx.num =1 ; ioctlx.dom = dom; - ioctlx.addr = (unsigned long )addr + ((unsigned long )i<<PAGE_SHIFT ); + ioctlx.addr = (unsigned long )addr + (i<<PAGE_SHIFT ); ioctlx.arr = arr + i; ioctlx.err = err + i;
@@ -160,15 +161,15 @@ out:void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) +const xen_pfn_t *arr,int *err,size_t num) {int fd = fmem->fd;privcmd_mmapbatch_v2_t ioctlx;void *addr; -unsigned int i; +size_t i;int rc; - addr =mmap (NULL , (unsigned long )num <<PAGE_SHIFT , prot,MAP_SHARED , + addr =mmap (NULL , num <<PAGE_SHIFT , prot,MAP_SHARED , fd,0 );if ( addr ==MAP_FAILED ) {
@@ -212,7 +213,7 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem,if ( pfn ==MAP_FAILED ) {PERROR ("mmap of pfn array failed" ); - (void )munmap (addr, (unsigned long )num <<PAGE_SHIFT ); + (void )munmap (addr, num <<PAGE_SHIFT );return NULL ; } }
@@ -245,7 +246,7 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem,continue ; } rc =map_foreign_batch_single (fd, dom, pfn + i, - (unsigned long )addr + ((unsigned long )i<<PAGE_SHIFT )); + (unsigned long )addr + (i<<PAGE_SHIFT ));if ( rc <0 ) { rc = -errno;
@@ -274,7 +275,7 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem,int saved_errno = errno;PERROR ("ioctl failed" ); - (void )munmap (addr, (unsigned long )num <<PAGE_SHIFT ); + (void )munmap (addr, num <<PAGE_SHIFT ); errno = saved_errno;return NULL ; }
@@ -283,9 +284,9 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem, }int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, -void *addr,unsigned int num) +void *addr,size_t num) { -return munmap (addr, (unsigned long )num <<PAGE_SHIFT ); +return munmap (addr, num <<PAGE_SHIFT ); }/*
tools/libs/foreignmemory/minios.c +2 -2
@@ -41,7 +41,7 @@ int osdep_xenforeignmemory_close(xenforeignmemory_handle *fmem)void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,unsigned int num) +const xen_pfn_t *arr,int *err,size_t num) {unsigned long pt_prot =0 ;if (prot &PROT_READ )
@@ -52,7 +52,7 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem, }int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, -void *addr,unsigned int num) +void *addr,size_t num) {return munmap (addr, num <<PAGE_SHIFT ); }
tools/libs/foreignmemory/netbsd.c +1 -1
@@ -95,7 +95,7 @@ void *osdep_map_foreign_batch(xenforeignmem_handle *fmem, uint32_t dom, }int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, -void *addr,unsigned int num) +void *addr,size_t num) {return munmap (addr, num*XC_PAGE_SIZE ); }
tools/libs/foreignmemory/solaris.c +1 -1
@@ -93,7 +93,7 @@ void *osdep_map_foreign_batch(xenforeignmem_handle *fmem, uint32_t dom, }int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem, -void *addr,unsigned int num) +void *addr,size_t num) {return munmap (addr, num*XC_PAGE_SIZE ); }
Signature · 1 line
2.1.4
PATCH v6 19/32 tools/libs/foreignmemory: Mention restrictions on fork in docs.
In reply to Ian Campbell---
v6: Also discuss recovering the memory.
--- tools/libs/foreignmemory/include/xenforeignmemory.h | 13 ++++++++++++- 1 file changed, 12 insertions(+), 1 deletion(-)
tools/libs/foreignmemory/include/xenforeignmemory.h +12 -1
@@ -32,13 +32,24 @@ typedef struct xentoollog_logger xentoollog_logger;typedef struct xenforeignmemory_handle xenforeignmemory_handle ;/* -* Return a handle onto the hypercall driver. Logs errors. +* Return a handle onto the foreign memory mapping driver. Logs errors. +* +* A child may safely call xenforeignmemory_close() on a +* xenforeignmemory_handle inherited from a parent and this will +* safely reclaim any virtual address space used by mappings +* associated with that handle. +* +* Calling xenforeignmemory_close() is the only safe operation on a +* xenforeignmemory_handle which has been inherited. */ xenforeignmemory_handle *xenforeignmemory_open (xentoollog_logger *logger,unsigned open_flags);/* * Close a handle previously allocated with xenforeignmemory_open(). +* +* This is the only function which may be safely called on a +* xenforeignmemory_handle in a child after a fork. */ int xenforeignmemory_close (xenforeignmemory_handle *xmem);
Signature · 1 line
2.1.4
PATCH v6 20/32 tools/libs/foreignmemory: Support err == NULL to map.
In reply to Ian CampbellThe existing xc_map_foreign_bulk-like interface encourages callers to miss error checking for partial failure (by forgetting to scan the err array).
Add support for passing err==NULL which behaves in a xc_map_foreign_pages-like manner and returns a global error for any failure.
While documenting this also clarify the overall behaviour and the behaviour with err!=NULL.
With this the compat wrapper of xc_map_foreign_pages() can be simplified.
---
v6: New
--- tools/libs/foreignmemory/core.c | 30 +++++++++++++++++++++- .../libs/foreignmemory/include/xenforeignmemory.h | 24 ++++++++++++++--- tools/libxc/xc_foreign_memory.c | 22 +--------------- 3 files changed, 51 insertions(+), 25 deletions(-)
tools/libs/foreignmemory/core.c +29 -1
@@ -14,6 +14,8 @@*/ #include <stdlib.h> +#include <assert.h> +#include <errno.h> #include "private.h"
@@ -64,7 +66,33 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot, const xen_pfn_t *arr, int *err, size_t num) { - return osdep_xenforeignmemory_map(fmem, dom, prot, arr, err, num); + void *ret; +int *err_to_free =NULL ; + +if ( err ==NULL ) + err = err_to_free =malloc (num *sizeof (int )); + + ret =osdep_xenforeignmemory_map (fmem, dom, prot, arr, err, num); + +if ( ret ==0 && err_to_free ) + { +int i; + +for ( i =0 ; i < num ; i++ ) + { +if ( err[i] ) + { + errno = -err[i]; + (void )osdep_xenforeignmemory_unmap (fmem, ret, num); + ret =NULL ; +break ; + } + } + } + +free (err_to_free); + +return ret; } int xenforeignmemory_unmap(xenforeignmemory_handle *fmem,
tools/libs/foreignmemory/include/xenforeignmemory.h +21 -3
@@ -60,10 +60,28 @@ int xenforeignmemory_close(xenforeignmemory_handle *xmem);* * prot is as for mmap(2). * -* Can partially succeed. When a page cannot be mapped, its respective -* field in @err is set to the corresponding errno value. +* @arr is an array of @pages gfns to be mapped linearly in the local +* address range. @err is an (optional) output array used to report +* per-page errors, as errno values. * -* Returns NULL if no pages can be mapped. +* If @err is given (is non-NULL) then the mapping may partially +* succeed and return a valid pointer while also using @err to +* indicate the success (0) or failure (errno value) of the individual +* pages. The global errno thread local variable is not valid in this +* case. +* +* If @err is not given (is NULL) then on failure to map any page any +* successful mappings will be undone and NULL will be returned. errno +* will be set to correspond to the first failure (which may not be +* the most critical). +* +* It is also possible to return NULL due to a complete failure, +* i.e. failure to even attempt the mapping, in this case the global +* errno will have been set and the contents of @err (if given) is +* invalid. +* +* Note that it is also possible to return non-NULL with the contents +* of @err indicating failure to map every page. */ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot, const xen_pfn_t *arr, int *err,
tools/libxc/xc_foreign_memory.c +1 -21
@@ -23,32 +23,12 @@void *xc_map_foreign_pages (xc_interface *xch,uint32_t dom,int prot,const xen_pfn_t *arr,int num) { -void *res; -int i, *err; -if (num <0 ) { errno =EINVAL ;return NULL ; } - err =malloc (num *sizeof (*err)); -if (!err) -return NULL ; - - res =xenforeignmemory_map (xch->fmem, dom, prot, arr, err, num); -if (res) { -for (i =0 ; i < num; i++) { -if (err[i]) { - errno = -err[i]; -munmap (res, num *PAGE_SIZE ); - res =NULL ; -break ; - } - } - } - -free (err); -return res; +return xenforeignmemory_map (xch->fmem, dom, prot, arr,NULL , num); } void *xc_map_foreign_range(xc_interface *xch,
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
Quoted 37 lines · Ian Campbell
The existing xc_map_foreign_bulk-like interface encourages callers to miss error checking for partial failure (by forgetting to scan the err array).
Add support for passing err==NULL which behaves in a xc_map_foreign_pages-like manner and returns a global error for any failure.
While documenting this also clarify the overall behaviour and the behaviour with err!=NULL.
With this the compat wrapper of
xc_map_foreign_pages()can be simplified.Signed-off-by Ian Campbell <[email protected]>---
v6: New--- tools/libs/foreignmemory/core.c | 30 +++++++++++++++++++++- .../libs/foreignmemory/include/xenforeignmemory.h | 24 ++++++++++++++--- tools/libxc/xc_foreign_memory.c | 22 +--------------- 3 files changed, 51 insertions(+), 25 deletions(-)tools/libs/foreignmemory/core.c +2
-0@@ -14,6 +14,8 @@*/ #include <stdlib.h> +#include <assert.h> +#include <errno.h> #include "private.h"
tools/libs/foreignmemory/core.c void *xenforeignmemory_map(xenforeignmemory_handle *fmem, · line 74
Quoted 10 lines
tools/libs/foreignmemory/core.c +6
-1@@ -64,7 +66,33 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot, const xen_pfn_t *arr, int *err, size_t num) { - return osdep_xenforeignmemory_map(fmem, dom, prot, arr, err, num); + void *ret; +int *err_to_free =NULL ; + +if ( err ==NULL ) + err = err_to_free =malloc (num *sizeof (int )); +
malloc can fail, which means when user passes in err==NULL there is two possible behaviours of this function?
Wei.
Re: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
Quoted 37 lines · Wei Liu
Quoted 36 lines · Ian Campbell
The existing xc_map_foreign_bulk-like interface encourages callers to miss error checking for partial failure (by forgetting to scan the err array).
Add support for passing err==NULL which behaves in a xc_map_foreign_pages-like manner and returns a global error for any failure.
While documenting this also clarify the overall behaviour and the behaviour with err!=NULL.
With this the compat wrapper of
xc_map_foreign_pages()can be simplified.Signed-off-by Ian Campbell <[email protected]>---
v6: New--- tools/libs/foreignmemory/core.c | 30 +++++++++++++++++++++- .../libs/foreignmemory/include/xenforeignmemory.h | 24 ++++++++++++++--- tools/libxc/xc_foreign_memory.c | 22 +--------------- 3 files changed, 51 insertions(+), 25 deletions(-)tools/libs/foreignmemory/core.c +2
-0@@ -14,6 +14,8 @@*/ #include <stdlib.h> +#include <assert.h> +#include <errno.h> #include "private.h"
Quoted 14 lines
tools/libs/foreignmemory/core.c void *xenforeignmemory_map(xenforeignmemory_handle *fmem, · line 74
Quoted 11 lines
tools/libs/foreignmemory/core.c +6
-1@@ -64,7 +66,33 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot, const xen_pfn_t *arr, int *err, size_t num) { - return osdep_xenforeignmemory_map(fmem, dom, prot, arr, err, num); + void *ret; +int *err_to_free =NULL ; + +if ( err ==NULL ) + err = err_to_free =malloc (num *sizeof (int )); +malloc can fail, which means when user passes in err==NULL there is two possible behaviours of this function?
I recommend calloc(num, sizeof(int))
Christoph
Amazon Development Center Germany GmbH Krausenstr. 38
10117 Berlin
Geschaeftsfuehrer: Dr. Ralf Herbrich, Christian Schlaeger
Ust-ID: DE289237879
Eingetragen am Amtsgericht Charlottenburg HRB 149173 B
Re: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
Quoted 2 lines · Christoph
I recommendcalloc(num, sizeof(int))
I decided not to since it needlessly (in this case) zeroes the memory. Perhaps that is a premature optimisation though.
BTW, if you'd be able to test (even just a build test) on NetBSD that would be very much appreciated since I don't have a suitable system.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
In reply to Wei LiuQuoted 21 lines · Wei Liu
Quoted 21 lines
tools/libs/foreignmemory/core.c +0
-0@@ -14,6 +14,8 @@*/
#include <stdlib.h>tools/libs/foreignmemory/core.c +2
-0+#include <assert.h> +#include <errno.h>
#include "private.h"tools/libs/foreignmemory/core.c +1
-1@@ -64,7 +66,33 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot, const xen_pfn_t *arr, int *err, size_t num) { - return osdep_xenforeignmemory_map(fmem, dom, prot, arr, err, num); + void *ret;
Quoted 8 lines
tools/libs/foreignmemory/core.c void *xenforeignmemory_map(xenforeignmemory_handle *fmem, · line 74
Quoted 5 lines
tools/libs/foreignmemory/core.c +5
-0+ int *err_to_free = NULL; + + if ( err == NULL ) + err = err_to_free = malloc(num * sizeof(int)); +malloc can fail, which means when user passes in err==NULL there is two possible behaviours of this function?
Partially/Full success and "fail entirely reporting an error" you mean? There are always those two possibilities, yes, regardless of err==NULL. I think that's inline with the doc comment too.
If that's not what you were asking then I'm afraid I don't see what you are getting at.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
Quoted 31 lines · Ian Campbell
Quoted 21 lines · Wei Liu
Quoted 21 lines
tools/libs/foreignmemory/core.c +0
-0@@ -14,6 +14,8 @@*/
#include <stdlib.h>tools/libs/foreignmemory/core.c +2
-0+#include <assert.h> +#include <errno.h>
#include "private.h"tools/libs/foreignmemory/core.c +1
-1@@ -64,7 +66,33 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot, const xen_pfn_t *arr, int *err, size_t num) { - return osdep_xenforeignmemory_map(fmem, dom, prot, arr, err, num); + void *ret;Quoted 8 lines
tools/libs/foreignmemory/core.c void *xenforeignmemory_map(xenforeignmemory_handle *fmem, · line 74
Quoted 5 lines
tools/libs/foreignmemory/core.c +5
-0+ int *err_to_free = NULL; + + if ( err == NULL ) + err = err_to_free = malloc(num * sizeof(int)); +malloc can fail, which means when user passes in err==NULL there is two possible behaviours of this function?
Quoted 7 lines
Partially/Full success and "fail entirely reporting an error" you mean? There are always those two possibilities, yes, regardless of err==NULL. I think that's inline with the doc comment too.
If that's not what you were asking then I'm afraid I don't see what you are getting at.
What I meant was we should check err != NULL after malloc because osdep_xenforeignmeory_map dereferences it unconditionally.
Wei.
Quoted 1 line
Ian.
Re: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
Quoted 41 lines · Wei Liu
Quoted 40 lines · Ian Campbell
Quoted 25 lines · Wei Liu
Quoted 25 lines
tools/libs/foreignmemory/core.c +0
-0@@ -14,6 +14,8 @@*/
#include <stdlib.h>tools/libs/foreignmemory/core.c +2
-0+#include <assert.h> +#include <errno.h>
#include "private.h"tools/libs/foreignmemory/core.c +0
-0@@ -64,7 +66,33 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot,const
xen_pfn_t*arr, int *err,size_tnum)
{
- returnosdep_xenforeignmemory_map(fmem, dom, prot, arr, err, num);
+ void *ret;
+ int*err_to_free= NULL;Quoted 8 lines
tools/libs/foreignmemory/core.c void *xenforeignmemory_map(xenforeignmemory_handle *fmem, · line 74
Quoted 4 lines
tools/libs/foreignmemory/core.c +4
-0+ + if ( err == NULL ) + err = err_to_free = malloc(num * sizeof(int)); +malloc can fail, which means when user passes in err==NULL there is two
possible behaviours of this function?Partially/Full success and "fail entirely reporting an error" you mean? There are always those two possibilities, yes, regardless of err==NULL. I
think that's inline with the doc comment too.
Quoted 7 lines
Quoted 4 lines
If that's not what you were asking then I'm afraid I don't see what you are
getting at.What I meant was we should check err != NULL after malloc because
osdep_xenforeignmeory_mapdereferences it unconditionally.
Ah, I appear to have managed to put that check in "tools/libs/foreignmemory: optimise map(num==1, err==NULL) case" by mistake, so I was confused because I was looking at the final version of the file.
I shall move it, thanks.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Wei Liu
Acked-byRe: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
Quoted 50 lines · Ian Campbell
Quoted 41 lines · Wei Liu
Quoted 40 lines · Ian Campbell
Quoted 25 lines · Wei Liu
Quoted 25 lines
tools/libs/foreignmemory/core.c +0
-0@@ -14,6 +14,8 @@*/
#include <stdlib.h>tools/libs/foreignmemory/core.c +2
-0+#include <assert.h> +#include <errno.h>
#include "private.h"tools/libs/foreignmemory/core.c +0
-0@@ -64,7 +66,33 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, uint32_t dom, int prot,const
xen_pfn_t*arr, int *err,size_tnum)
{
- returnosdep_xenforeignmemory_map(fmem, dom, prot, arr, err, num);
+ void *ret;
+ int*err_to_free= NULL;Quoted 8 lines
tools/libs/foreignmemory/core.c void *xenforeignmemory_map(xenforeignmemory_handle *fmem, · line 74
Quoted 4 lines
tools/libs/foreignmemory/core.c +4
-0+ + if ( err == NULL ) + err = err_to_free = malloc(num * sizeof(int)); +malloc can fail, which means when user passes in err==NULL there is two
possible behaviours of this function?Partially/Full success and "fail entirely reporting an error" you mean? There are always those two possibilities, yes, regardless of err==NULL. I
think that's inline with the doc comment too.Quoted 7 lines
Quoted 4 lines
If that's not what you were asking then I'm afraid I don't see what you are
getting at.What I meant was we should check err != NULL after malloc because
osdep_xenforeignmeory_mapdereferences it unconditionally.
Quoted 7 lines
Ah, I appear to have managed to put that check in "
tools/libs/foreignmemory: optimisemap(num==1, err==NULL)case" by mistake, so I was confused because I was looking at the final version of the file.I shall move it, thanks.
With that fixed:
Thanks
Quoted 1 line
Ian.
Re: [PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map.
In reply to Ian CampbellIan Campbell writes ("[PATCH XEN v6 20/32] tools/libs/foreignmemory: Support err == NULL to map."):
Quoted 3 lines
The existing xc_map_foreign_bulk-like interface encourages callers to miss error checking for partial failure (by forgetting to scan the err array).
I have not reviewed the implemenation but I very much like the new API spec.
Ian.
PATCH v6 21/32 tools/libs/foreignmemory: pull array length argument to map forward
In reply to Ian CampbellBy having the "num" argument before the page and error arrays we can potentially use a variable-length-array argument ("int pages[num]") in the function prototype.
However VLAs are a C99 feature and we are currently targetting C89 and later, so we don't actually make use of this here, merely arrange that we can switch to VLAs in the future without changing the function ABI.
---
v6: New
--- tools/libs/foreignmemory/compat.c | 4 ++-- tools/libs/foreignmemory/core.c | 5 +++-- tools/libs/foreignmemory/freebsd.c | 4 ++-- tools/libs/foreignmemory/include/xenforeignmemory.h | 4 ++-- tools/libs/foreignmemory/linux.c | 3 ++- tools/libs/foreignmemory/minios.c | 3 ++- tools/libs/foreignmemory/private.h | 3 ++- tools/libxc/xc_foreign_memory.c | 4 ++-- tools/libxc/xc_sr_restore.c | 2 +- tools/libxc/xc_sr_save.c | 2 +- 10 files changed, 19 insertions(+), 15 deletions(-)
tools/libs/foreignmemory/compat.c +2 -2
@@ -22,8 +22,8 @@#include "private.h" void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem, -uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,size_t num) +uint32_t dom,int prot,size_t num, +const xen_pfn_t arr[/*num*/ ],int err[/*num*/ ]) {xen_pfn_t *pfn;unsigned int i;
tools/libs/foreignmemory/core.c +3 -2
@@ -64,7 +64,8 @@ int xenforeignmemory_close(xenforeignmemory_handle *fmem)void *xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,size_t num) +size_t num, +const xen_pfn_t arr[/*num*/ ],int err[/*num*/ ]) {void *ret;int *err_to_free =NULL ;
@@ -72,7 +73,7 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem,if ( err ==NULL ) err = err_to_free =malloc (num *sizeof (int )); - ret =osdep_xenforeignmemory_map (fmem, dom, prot, arr, err, num); + ret =osdep_xenforeignmemory_map (fmem, dom, prot, num, arr, err);if ( ret ==0 && err_to_free ) {
tools/libs/foreignmemory/freebsd.c +2 -2
@@ -84,8 +84,8 @@ int osdep_xenforeignmemory_close(xenforeignmemory_handle *fmem)void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err, -size_t num) +size_t num, +const xen_pfn_t arr[/*num*/ ],int err[/*num*/ ]) {int fd = fmem->fd;privcmd_mmapbatch_t ioctlx;
tools/libs/foreignmemory/include/xenforeignmemory.h +2 -2
@@ -84,8 +84,8 @@ int xenforeignmemory_close(xenforeignmemory_handle *xmem);* of @err indicating failure to map every page. */ void *xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom, -int prot,const xen_pfn_t *arr,int *err, -size_t pages); +int prot,size_t pages, +const xen_pfn_t arr[/*pages*/ ],int err[/*pages*/ ]);/* * Unmap a mapping previous created with xenforeignmemory_map().
tools/libs/foreignmemory/linux.c +2 -1
@@ -161,7 +161,8 @@ out:void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,size_t num) +size_t num, +const xen_pfn_t arr[/*num*/ ],int err[/*num*/ ]) {int fd = fmem->fd;privcmd_mmapbatch_v2_t ioctlx;
tools/libs/foreignmemory/minios.c +2 -1
@@ -41,7 +41,8 @@ int osdep_xenforeignmemory_close(xenforeignmemory_handle *fmem)void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,size_t num) +size_t num, +const xen_pfn_t arr[/*num*/ ],int err[/*num*/ ]) {unsigned long pt_prot =0 ;if (prot &PROT_READ )
tools/libs/foreignmemory/private.h +2 -1
@@ -27,7 +27,8 @@ int osdep_xenforeignmemory_close(xenforeignmemory_handle *fmem);void *osdep_xenforeignmemory_map (xenforeignmemory_handle *fmem,uint32_t dom,int prot, -const xen_pfn_t *arr,int *err,size_t num); +size_t num, +const xen_pfn_t arr[num],int err[num]);int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem,void *addr,size_t num);
tools/libxc/xc_foreign_memory.c +2 -2
@@ -28,7 +28,7 @@ void *xc_map_foreign_pages(xc_interface *xch, uint32_t dom, int prot,return NULL ; } -return xenforeignmemory_map (xch->fmem, dom, prot, arr,NULL , num); +return xenforeignmemory_map (xch->fmem, dom, prot, num, arr,NULL ); } void *xc_map_foreign_range(xc_interface *xch,
@@ -84,7 +84,7 @@ void *xc_map_foreign_ranges(xc_interface *xch,void *xc_map_foreign_bulk (xc_interface *xch,uint32_t dom,int prot,const xen_pfn_t *arr,int *err,unsigned int num) { -return xenforeignmemory_map (xch->fmem, dom, prot, arr, err, num); +return xenforeignmemory_map (xch->fmem, dom, prot, num, arr, err); }/*
tools/libxc/xc_sr_restore.c +1 -1
@@ -318,7 +318,7 @@ static int process_page_data(struct xc_sr_context *ctx, unsigned count, mapping = guest_page =xenforeignmemory_map (xch->fmem, ctx->domid,PROT_READ |PROT_WRITE , - mfns, map_errs, nr_pages); + nr_pages, mfns, map_errs);if ( !mapping ) { rc =-1 ;
tools/libxc/xc_sr_save.c +1 -1
@@ -154,7 +154,7 @@ static int write_batch(struct xc_sr_context *ctx)if ( nr_pages >0 ) { guest_mapping =xenforeignmemory_map (xch->fmem, - ctx->domid,PROT_READ , mfns, errors, nr_pages); + ctx->domid,PROT_READ , nr_pages, mfns, errors);if ( !guest_mapping ) {PERROR ("Failed to map guest pages" );
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 21/32] tools/libs/foreignmemory: pull array length argument to map forward
Quoted 9 lines · Ian Campbell
By having the "num" argument before the page and error arrays we can potentially use a variable-length-array argument ("int pages[num]") in the function prototype.
However VLAs are a C99 feature and we are currently targetting C89 and later, so we don't actually make use of this here, merely arrange that we can switch to VLAs in the future without changing the function ABI.
Signed-off-by Ian Campbell <[email protected]>
Re: [PATCH XEN v6 21/32] tools/libs/foreignmemory: pull array length argument to map forward
In reply to Ian CampbellIan Campbell writes ("[PATCH XEN v6 21/32] tools/libs/foreignmemory: pull array length argument to map forward"):
Quoted 7 lines
By having the "num" argument before the page and error arrays we can potentially use a variable-length-array argument ("int pages[num]") in the function prototype.
However VLAs are a C99 feature and we are currently targetting C89 and later, so we don't actually make use of this here, merely arrange that we can switch to VLAs in the future without changing the function ABI.
PATCH v6 22/32 tools/libs/foreignmemory: optimise map(num==1, err==NULL) case
In reply to Ian CampbellThis looks to be a reasonably common case (many of the previous callers to xc_map_foreign_pages use it) and it is easy enough to avoid a malloc for it.
---
v6: New
I'm not 100% sure this is worth the complexity, hence not folding into the base patch yet, it could easily be dropped.
--- tools/libs/foreignmemory/core.c | 19 ++++++++++++++++--- 1 file changed, 16 insertions(+), 3 deletions(-)
tools/libs/foreignmemory/core.c +16 -3
@@ -14,6 +14,7 @@*/ #include <stdlib.h> +#include <stdbool.h> #include <assert.h> #include <errno.h>
@@ -68,14 +69,26 @@ void *xenforeignmemory_map(xenforeignmemory_handle *fmem, const xen_pfn_t arr[/*num*/], int err[/*num*/]) { void *ret; -int *err_to_free =NULL ; +bool check_errs = false; +int single_err, *err_to_free =NULL ;if ( err ==NULL ) - err = err_to_free =malloc (num *sizeof (int )); + { +/* singleton case is common enough to be worth short circuiting */ +if ( num ==1 ) + err = &single_err; +else + err = err_to_free =malloc (num *sizeof (int )); + +if ( !err ) +return NULL ; + + check_errs = true; + } ret =osdep_xenforeignmemory_map (fmem, dom, prot, num, arr, err); -if ( ret ==0 && err_to_free ) +if ( ret ==0 && check_errs ) {int i;
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 22/32] tools/libs/foreignmemory: optimise map(num==1, err==NULL) case
Ian Campbell writes ("[PATCH XEN v6 22/32] tools/libs/foreignmemory: optimise map(num==1, err==NULL) case"):
Quoted 3 lines
This looks to be a reasonably common case (many of the previous callers to
xc_map_foreign_pagesuse it) and it is easy enough to avoid a malloc for it.
...
Quoted 2 lines
I'm not 100% sure this is worth the complexity, hence not folding into the base patch yet, it could easily be dropped.
I would suggest that we should park this until we have a benchmark showing it's helpful.
Ian.
Re: [PATCH XEN v6 22/32] tools/libs/foreignmemory: optimise map(num==1, err==NULL) case
Quoted 11 lines · Ian Jackson
Ian Campbell writes ("[PATCH XEN v6 22/32]
tools/libs/foreignmemory:
optimisemap(num==1, err==NULL)case"):Quoted 3 lines
This looks to be a reasonably common case (many of the previous callers to
xc_map_foreign_pagesuse it) and it is easy enough to avoid a malloc for it....
Quoted 2 lines
I'm not 100% sure this is worth the complexity, hence not folding into the base patch yet, it could easily be dropped.
I would suggest that we should park this until we have a benchmark showing it's helpful.
Agreed, dropped for v7.
Ian.
PATCH v6 23/32 tools/libs/evtchn: Review and update doc comments.
In reply to Ian CampbellRemove the reference to pre-4.1, since this is now a new library.
Fixup references to xc.
--- tools/libs/evtchn/include/xenevtchn.h | 6 ++---- 1 file changed, 2 insertions(+), 4 deletions(-)
tools/libs/evtchn/include/xenevtchn.h +2 -4
@@ -46,11 +46,9 @@ typedef struct xentoollog_logger xentoollog_logger;* which case errno will be set appropriately. * * Note: -* After fork a child process must not use any opened xc evtchn +* After fork a child process must not use any opened evtchn * handle inherited from their parent. They must open a new handle if -* they want to interact with xc. -* -* Before Xen pre-4.1 this function would sometimes report errors with perror. +* they want to interact with evtchn. */ /* Currently no flags are defined */ xenevtchn_handle *xenevtchn_open (xentoollog_logger *logger,unsigned open_flags);
Signature · 1 line
2.1.4
PATCH v6 24/32 tools/libs: Clean up hard tabs.
In reply to Ian CampbellThese were wrong in the context of libxc before this code was extracted, clean them up.
Also add some emacs magic blocks
--- tools/libs/call/buffer.c | 4 ++-- tools/libs/call/core.c | 2 +- tools/libs/call/minios.c | 4 ++-- tools/libs/evtchn/minios.c | 28 ++++++++++++++-------------- tools/libs/evtchn/netbsd.c | 12 ++++++------ tools/libs/foreignmemory/freebsd.c | 2 +- tools/libs/foreignmemory/minios.c | 6 +++--- tools/libs/foreignmemory/netbsd.c | 2 +- tools/libs/foreignmemory/private.h | 2 +- tools/libs/foreignmemory/solaris.c | 12 +++++++++++- tools/libs/gnttab/include/xengnttab.h | 4 ++-- tools/libs/gnttab/linux.c | 6 +++--- tools/libs/toollog/xtl_logger_stdio.c | 2 +- 13 files changed, 48 insertions(+), 38 deletions(-)
tools/libs/call/buffer.c +2 -2
@@ -20,7 +20,7 @@#include "private.h" #define DBGPRINTF(_m...) \ - xtl_log(xcall->logger, XTL_DEBUG, -1, "xencall:buffer", _m) + xtl_log(xcall->logger, XTL_DEBUG, -1, "xencall:buffer", _m)#define ROUNDUP (_x,_w) (((unsigned long)(_x)+(1UL<<(_w))-1) & ~((1UL<<(_w))-1))
@@ -86,7 +86,7 @@ static int cache_free(xencall_handle *xcall, void *p, size_t nr_pages) xcall->buffer_current_allocations--;if ( nr_pages ==1 && - xcall->buffer_cache_nr <BUFFER_CACHE_SIZE ) + xcall->buffer_cache_nr <BUFFER_CACHE_SIZE ) { xcall->buffer_cache[xcall->buffer_cache_nr++] = p; rc =1 ;
tools/libs/call/core.c +1 -1
@@ -19,7 +19,7 @@xencall_handle *xencall_open (xentoollog_logger *logger,unsigned open_flags) { -xencall_handle *xcall =malloc (sizeof (*xcall)); +xencall_handle *xcall =malloc (sizeof (*xcall));int rc;if (!xcall)return NULL ;
tools/libs/call/minios.c +2 -2
@@ -50,8 +50,8 @@ int osdep_hypercall(xencall_handle *xcall, privcmd_hypercall_t *hypercall) ret =HYPERVISOR_multicall (&call,1 );if (ret <0 ) { - errno = -ret; -return -1 ; + errno = -ret; +return -1 ; }if ((long ) call.result <0 ) { errno = - (long ) call.result;
tools/libs/evtchn/minios.c +14 -14
@@ -103,8 +103,8 @@ int xenevtchn_notify(xenevtchn_handle *xce, evtchn_port_t port) ret =notify_remote_via_evtchn (port);if (ret <0 ) { - errno = -ret; - ret =-1 ; + errno = -ret; + ret =-1 ; }return ret; }
@@ -138,16 +138,16 @@ evtchn_port_or_error_t xenevtchn_bind_unbound_port(xenevtchn_handle *xce, int doassert (get_current () == main_thread); port_info =port_alloc (fd);if (port_info ==NULL ) -return -1 ; +return -1 ;printf ("xenevtchn_bind_unbound_port(%d)" , domid); ret =evtchn_alloc_unbound (domid, evtchn_handler, (void *)(intptr_t )fd, &port);printf (" = %d\n" , ret);if (ret <0 ) { -port_dealloc (port_info); - errno = -ret; -return -1 ; +port_dealloc (port_info); + errno = -ret; +return -1 ; } port_info->bound =1 ; port_info->port = port;
@@ -166,16 +166,16 @@ evtchn_port_or_error_t xenevtchn_bind_interdomain(xenevtchn_handle *xce, int domassert (get_current () == main_thread); port_info =port_alloc (fd);if (port_info ==NULL ) -return -1 ; +return -1 ;printf ("xenevtchn_bind_interdomain(%d, %" PRId32")" , domid, remote_port); ret =evtchn_bind_interdomain (domid, remote_port, evtchn_handler, (void *)(intptr_t )fd, &local_port);printf (" = %d\n" , ret);if (ret <0 ) { -port_dealloc (port_info); - errno = -ret; -return -1 ; +port_dealloc (port_info); + errno = -ret; +return -1 ; } port_info->bound =1 ; port_info->port = local_port;
@@ -208,15 +208,15 @@ evtchn_port_or_error_t xenevtchn_bind_virq(xenevtchn_handle *xce, unsigned int vassert (get_current () == main_thread); port_info =port_alloc (fd);if (port_info ==NULL ) -return -1 ; +return -1 ;printf ("xenevtchn_bind_virq(%d)" , virq); port =bind_virq (virq, evtchn_handler, (void *)(intptr_t )fd);if (port <0 ) { -port_dealloc (port_info); - errno = -port; -return -1 ; +port_dealloc (port_info); + errno = -port; +return -1 ; } port_info->bound =1 ; port_info->port = port;
tools/libs/evtchn/netbsd.c +6 -6
@@ -72,9 +72,9 @@ evtchn_port_or_error_t xenevtchn_bind_unbound_port(xenevtchn_handle * xce, int d ret =ioctl (fd,IOCTL_EVTCHN_BIND_UNBOUND_PORT , &bind);if (ret ==0 ) -return bind.port; +return bind.port;else -return -1 ; +return -1 ; } evtchn_port_or_error_t xenevtchn_bind_interdomain(xenevtchn_handle *xce, int domid,
@@ -89,9 +89,9 @@ evtchn_port_or_error_t xenevtchn_bind_interdomain(xenevtchn_handle *xce, int dom ret =ioctl (fd,IOCTL_EVTCHN_BIND_INTERDOMAIN , &bind);if (ret ==0 ) -return bind.port; +return bind.port;else -return -1 ; +return -1 ; }int xenevtchn_unbind (xenevtchn_handle *xce,evtchn_port_t port)
@@ -114,9 +114,9 @@ evtchn_port_or_error_t xenevtchn_bind_virq(xenevtchn_handle *xce, unsigned int v err =ioctl (fd,IOCTL_EVTCHN_BIND_VIRQ , &bind);if (err) -return -1 ; +return -1 ;else -return bind.port; +return bind.port; }evtchn_port_or_error_t xenevtchn_pending (xenevtchn_handle *xce)
tools/libs/foreignmemory/freebsd.c +1 -1
@@ -121,7 +121,7 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem,int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem,void *addr,size_t num) { -return munmap (addr, num <<PAGE_SHIFT ); +return munmap (addr, num <<PAGE_SHIFT ); }/*
tools/libs/foreignmemory/minios.c +3 -3
@@ -46,16 +46,16 @@ void *osdep_xenforeignmemory_map(xenforeignmemory_handle *fmem, {unsigned long pt_prot =0 ;if (prot &PROT_READ ) - pt_prot =L1_PROT_RO ; + pt_prot =L1_PROT_RO ;if (prot &PROT_WRITE ) - pt_prot =L1_PROT ; + pt_prot =L1_PROT ;return map_frames_ex (arr, num,1 ,0 ,1 , dom, err, pt_prot); }int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem,void *addr,size_t num) { -return munmap (addr, num <<PAGE_SHIFT ); +return munmap (addr, num <<PAGE_SHIFT ); }/*
tools/libs/foreignmemory/netbsd.c +1 -1
@@ -97,7 +97,7 @@ void *osdep_map_foreign_batch(xenforeignmem_handle *fmem, uint32_t dom,int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem,void *addr,size_t num) { -return munmap (addr, num*XC_PAGE_SIZE ); +return munmap (addr, num*XC_PAGE_SIZE ); }/*
tools/libs/foreignmemory/private.h +1 -1
@@ -39,7 +39,7 @@ void *compat_mapforeign_batch(xenforeignmem_handle *fmem, uint32_t dom,#endif #define PERROR(_f...) \ - xtl_log(fmem->logger, XTL_ERROR, errno, "xenforeignmemory", _f) + xtl_log(fmem->logger, XTL_ERROR, errno, "xenforeignmemory", _f)#endif
tools/libs/foreignmemory/solaris.c +11 -1
@@ -95,5 +95,15 @@ void *osdep_map_foreign_batch(xenforeignmem_handle *fmem, uint32_t dom,int osdep_xenforeignmemory_unmap (xenforeignmemory_handle *fmem,void *addr,size_t num) { -return munmap (addr, num*XC_PAGE_SIZE ); +return munmap (addr, num*XC_PAGE_SIZE ); } + +/* +* Local variables: +* mode: C +* c-file-style: "BSD" +* c-basic-offset: 4 +* tab-width: 4 +* indent-tabs-mode: nil +* End: +*/
tools/libs/gnttab/include/xengnttab.h +2 -2
@@ -144,7 +144,7 @@ int xengnttab_munmap(xengnttab_handle *xgt,* of grants. */ int xengnttab_set_max_grants (xengnttab_handle *xgt, -uint32_t count); +uint32_t count);/* * Grant Sharing Interface (allocating and granting pages)
@@ -162,7 +162,7 @@ typedef struct xengntdev_handle xengntshr_handle;* */ xengntshr_handle *xengntshr_open (xentoollog_logger *logger, -unsigned open_flags); +unsigned open_flags);/* * Close a handle previously allocated with xengntshr_open().
tools/libs/gnttab/linux.c +3 -3
@@ -294,9 +294,9 @@ void *osdep_gntshr_share_pages(xengntshr_handle *xgs, err =ioctl (fd,IOCTL_GNTALLOC_SET_UNMAP_NOTIFY , ¬ify);if (err) {GSERROR (xgs->logger,"ioctl SET_UNMAP_NOTIFY failed" ); -munmap (area, count *PAGE_SIZE ); - area =NULL ; - } +munmap (area, count *PAGE_SIZE ); + area =NULL ; + }memcpy (refs, gref_info->gref_ids, count *sizeof (uint32_t ));
tools/libs/toollog/xtl_logger_stdio.c +1 -1
@@ -135,7 +135,7 @@ static void stdiostream_progress(struct xentoollog_logger *logger_in, newpel =fprintf (lg->f,"%s%s" "%s: %lu/%lu %3d%%%s" , context?context:"" , context?": " :"" , doing_what, done, total, percent, - done == total ?"\n" :"" ); + done == total ?"\n" :"" ); extra_erase = lg->progress_erase_len - newpel;if (extra_erase >0 )
Signature · 1 line
2.1.4
PATCH v6 25/32 tools/libs/gnttab: Extensive updates to API documentation.
In reply to Ian CampbellIn particular around error handling, behaviour on fork and the unmap notification mechanism.
Behaviour of xengnttab_map_*grant_refs and xengntshr_share_pages on partial failure has been confirmed/inferred (by inspection) on Linux and Mini-os (the only two known implementations. Likewise the behaviour of the notification mechanism has been confirmed/inferred (by inspection) of the Linux implementation (currently the only implementation) and libvchan (primary known user).
These updates are not folded into "tools: Refactor /dev/xen/gnt{dev,shr} wrappers into libxengnttab." to try and reduce the amount of non-movement changes in that patch.
While I'm not convinced by javadoc/doxygen cause the existing comments which appear to use that syntax to have the appropriate /** marker.
Also fix a typo in a code comment.
---
Daniel, you input on the description of the unmap notification stuff would be much appreciated.
v6: Rewrapped a comment.
Incorported much review from Ian on the API, retitled (was:
"tools/libs/gnttab: Review and update doc comments.") and dropped acks
--- tools/libs/gnttab/include/xengnttab.h | 166 ++++++++++++++++++++++++++++------ tools/libs/gnttab/linux.c | 12 ++- 2 files changed, 147 insertions(+), 31 deletions(-)
tools/libs/gnttab/include/xengnttab.h +140 -26
@@ -31,28 +31,111 @@typedef struct xentoollog_logger xentoollog_logger ;/* +* PRODUCING AND CONSUMING GRANT REFERENCES +* ======================================== +* +* The xengnttab library contains two distinct interfaces, each with +* their own distinct handle type and entry points. The represent the +* two sides of the grant table interface, producer (gntshr) and +* consumer (gnttab). +* +* The xengnttab_* interfaces take a xengnttab_handle and provide +* mechanisms for consuming (i.e. mapping or copying to/from) grant +* references provided by a peer. +* +* The xengntshr_* interfaces take a xengntshr_handle and provide a +* mechanism to produce grantable memory and grant references to that +* memory, which can be handed to some peer. +* +* UNMAP NOTIFICATION +* ================== +* +* The xengnt{tab,shr}_*_nofity interfaces implement a best effort +* interface which is intended to allow the underlying kernel +* interfaces to attempt a graceful teardown of the peer upon failure +* (i.e. crash or exit) of the process on their end. +* +* These interfaces operate on a single page only and are intended for +* use on the main shared-ring page of a protocol. It is assumed that +* on teardown both ends would automatically teardown all grants +* associated with the protocol in addition to the shared ring itself. +* +* Each end is able to optionally nominate a byte offset within the +* shared page or an event channel or both. On exit of the process the +* underlying kernel driver will zero the byte at the given offset and +* signal the event channel. +* +* The event channel can be the same event channel used for regular +* ring progress notifications, or may be a dedicated event channel. +* +* Both ends may share the same notification byte offset within the +* shared page, or may have dedicated "client" and "server" status +* bytes. +* +* Since the byte is cleared on shutdown the protocol must use 0 as +* the "closed/dead" status, but is permitted to use any other non-0 +* values to indicate various other "live" states (waiting for +* connection, connected, etc). +* +* Both ends are permitted to modify (including clear) their +* respective status bytes and to signal the event channel themselves +* from userspace. +* +* Depending on the mechanisms which have been registered an +* application may receive a shutdown notification as: +* +* - An event channel notification on a dedicated event channel +* - Observation of the other ends's status byte being cleared +* (whether in response to an explicit notification or in the +* course of normal operation). +* +* The mechanism should be defined as part of the specific ring +* protocol. +* +* Upon receiving notification of their peer's shutdown an application +* is expected to teardown any resources (and in particular any grant +* mappings) in a timely manner. +* +* NOTE: this protocol is intended to allow for better error behaviour +* and recovery between two cooperating peers. It does not cover the +* case of a malivious peer who may continue to hold resources open. +*/ + +/* * Grant Table Interface (making use of grants from other domains) */ typedef struct xengntdev_handle xengnttab_handle ;/* -* Note: -* After fork a child process must not use any opened xc gnttab -* handle inherited from their parent. They must open a new handle if -* they want to interact with xc. +* Returns a handle onto the grant table driver. Logs errors. +* +* Note: After fork a child process must not use any opened gnttab +* handle inherited from their parent, more access any grant mapped +* areas associated with that handle. +* +* The child must open a new handle if they want to interact with +* gnttab. * -* Return an fd onto the grant table driver. Logs errors. +* A child may safely call xengnttab_close() on a xengnttab_handle +* inherited from a parent and this will safely reclaim any virtual +* address space used by mappings associated with that handle. +* +* Calling xengnttab_close() is the only safe operation on a +* xengnttab_handle which has been inherited. */ xengnttab_handle *xengnttab_open (xentoollog_logger *logger,unsigned open_flags);/* -* Close a handle previously allocated with xengnttab_open(). -* Never logs errors. +* Close a handle previously allocated with xengnttab_open(), +* including unmaping any current grant maps. Never logs errors. +* +* This is the only function which may be safely called on a +* xengnttab_handle in a child after a fork. */ int xengnttab_close (xengnttab_handle *xgt); -/* +/** * Memory maps a grant reference from one domain to a local address range. * Mappings should be unmapped with xengnttab_munmap. Logs errors. *
@@ -71,6 +154,10 @@ void *xengnttab_map_grant_ref(xengnttab_handle *xgt,* contiguous local address range. Mappings should be unmapped with * xengnttab_munmap. Logs errors. * +* On failure (including partial failure) sets errno and returns +* NULL. On partial failure no mappings are established (any partial +* work is undone). +* * @parm xgt a handle on an open grant table interface * @parm count the number of grant references to be mapped * @parm domids an array of @count domain IDs by which the corresponding @refs
@@ -89,6 +176,9 @@ void *xengnttab_map_grant_refs(xengnttab_handle *xgt,* contiguous local address range. Mappings should be unmapped with * xengnttab_munmap. Logs errors. * +* This call is equivalent to calling @xengnttab_map_grant_refs with a +* @domids array with every entry set to @domid. +* * @parm xgt a handle on an open grant table interface * @parm count the number of grant references to be mapped * @parm domid the domain to map memory from
@@ -109,6 +199,11 @@ void *xengnttab_map_domain_grant_refs(xengnttab_handle *xgt,* unmapped, the byte at the given offset will be zeroed and a wakeup will be * sent to the given event channel. Logs errors. * +* On failure sets errno and returns NULL. +* +* If notify_offset or notify_port a requested and cannot be set up an +* error will be returned and no mapping will be made. +* * @parm xgt a handle on an open grant table interface * @parm domid the domain to map memory from * @parm ref the grant reference ID to map
@@ -124,17 +219,22 @@ void *xengnttab_map_grant_ref_notify(xengnttab_handle *xgt,uint32_t notify_offset, evtchn_port_t notify_port); -/* -* Unmaps the @count pages starting at @start_address, which were mapped by a -* call to xengnttab_map_grant_ref or xengnttab_map_grant_refs. Never logs. +/** +* Unmaps the @count pages starting at @start_address, which were +* mapped by a call to xengnttab_map_grant_ref, +* xengnttab_map_grant_refs or xengnttab_map_grant_ref_notify. Never +* logs. +* +* If the mapping was made using xengnttab_map_grant_ref_notify() with +* either notify_offset or notify_port then the peer will be notified. */ int xengnttab_munmap (xengnttab_handle *xgt,void *start_address,uint32_t count); -/* -* Sets the maximum number of grants that may be mapped by the given instance -* to @count. Never logs. +/** +* Sets the maximum number of grants that may be mapped by the given +* instance to @count. Never logs. * * N.B. This function must be called after opening the handle, and before any * other functions are invoked on it.
@@ -144,21 +244,26 @@ int xengnttab_munmap(xengnttab_handle *xgt,* of grants. */ int xengnttab_set_max_grants (xengnttab_handle *xgt, -uint32_t count); +uint32_t nr_grants);/* -* Grant Sharing Interface (allocating and granting pages) +* Grant Sharing Interface (allocating and granting pages to others) */ typedef struct xengntdev_handle xengntshr_handle ;/* -* Return an fd onto the grant sharing driver. Logs errors. +* Returns a handle onto the grant sharing driver. Logs errors. +* +* The child must open a new handle if they want to interact with +* gntshr. * -* Note: -* After fork a child process must not use any opened xc gntshr -* handle inherited from their parent. They must open a new handle if -* they want to interact with xc. +* A child may safely call xengntshr_close() on a xengntshr_handle +* inherited from a parent and this will safely reclaim any virtual +* address space used by mappings associated with that handle. +* +* Calling xengntshr_close() is the only safe operation on a +* xengntshr_handle which has been inherited. * */ xengntshr_handle *xengntshr_open(xentoollog_logger *logger,
@@ -167,12 +272,17 @@ xengntshr_handle *xengntshr_open(xentoollog_logger *logger,/* * Close a handle previously allocated with xengntshr_open(). * Never logs errors. +* +* This is the only function which may be safely called on a +* xengntshr_handle in a child after a fork. */ int xengntshr_close (xengntshr_handle *xgs); -/* +/** * Creates and shares pages with another domain. * +* On failure sets errno and returns NULL. No allocations will be made. +* * @parm xgs a handle to an open grant sharing instance * @parm domid the domain to share memory with * @parm count the number of pages to share
@@ -183,7 +293,7 @@ int xengntshr_close(xengntshr_handle *xgs);void *xengntshr_share_pages (xengntshr_handle *xgs,uint32_t domid,int count,uint32_t *refs,int writable); -/* +/** * Creates and shares a page with another domain, with unmap notification. * * @parm xgs a handle to an open grant sharing instance
@@ -199,9 +309,13 @@ void *xengntshr_share_page_notify(xengntshr_handle *xgs, uint32_t domid, uint32_t *ref, int writable, uint32_t notify_offset, evtchn_port_t notify_port); -/* -* Unmaps the @count pages starting at @start_address, which were mapped by a -* call to xengntshr_share_*. Never logs. + +/** +* Unmaps the @count pages starting at @start_address, which were +* mapped by a call to xengntshr_share_*. Never logs. +* +* If the mapping was made using xengntshr_share_page_notify() with +* either notify_offset or notify_port then the peer will be notified. */ int xengntshr_munmap (xengntshr_handle *xgs,void *start_address,uint32_t count);
tools/libs/gnttab/linux.c +7 -5
@@ -132,12 +132,14 @@ void *osdep_gnttab_grant_map(xengnttab_handle *xgt,if (addr ==MAP_FAILED && errno ==EAGAIN ) {/* -* The grant hypercall can return EAGAIN if the granted page is -* swapped out. Since the paging daemon may be in the same domain, the -* hypercall cannot block without causing a deadlock. +* The grant hypercall can return EAGAIN if the granted page +* is swapped out. Since the paging daemon may be in the same +* domain, the hypercall cannot block without causing a +* deadlock. * -* Because there are no notificaitons when the page is swapped in, wait -* a bit before retrying, and hope that the page will arrive eventually. +* Because there are no notifications when the page is swapped +* in, wait a bit before retrying, and hope that the page will +* arrive eventually. */ usleep (1000 ); goto retry;
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 17 lines · Ian Campbell
In particular around error handling, behaviour on fork and the unmap notification mechanism.
Behaviour of xengnttab_map_*grant_refs and
xengntshr_share_pageson partial failure has been confirmed/inferred (by inspection) on Linux and Mini-os (the only two known implementations. Likewise the behaviour of the notification mechanism has been confirmed/inferred (by inspection) of the Linux implementation (currently the only implementation) and libvchan (primary known user).These updates are not folded into "tools: Refactor
/dev/xen/gnt{dev,shr}wrappers into libxengnttab." to try and reduce the amount of non-movement changes in that patch.While I'm not convinced by javadoc/doxygen cause the existing comments which appear to use that syntax to have the appropriate /** marker.
Quoted 7 lines
Also fix a typo in a code comment.
Signed-off-by Ian Campbell <[email protected]>Cc Daniel De Graaf <[email protected]>---
Daniel, you input on the description of the unmap notification stuff would be much appreciated.
The description looks complete and correct to me. The statement that the interfaces operate on a single page only might be misleading - the interface will work on multi-page mappings, but only allows one notify on the mapping. I'm not sure this distinction is important for most users of the interface, since the notify is almost always used on a one-page mapping.
tools/libs/gnttab/include/xengnttab.h void *xengnttab_map_grant_ref(xengnttab_handle *xgt, · line 160
Quoted 8 lines
tools/libs/gnttab/include/xengnttab.h +4
-0@@ -71,6 +154,10 @@ void *xengnttab_map_grant_ref(xengnttab_handle *xgt,* contiguous local address range. Mappings should be unmapped with * xengnttab_munmap. Logs errors. * +* On failure sets errno and returns NULL. +* +* If notify_offset or notify_port a requested and cannot be set up an +* error will be returned and no mapping will be made.
Typo: "a requested" => "are requested"
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 26 lines · Daniel De Graaf
Quoted 17 lines · Ian Campbell
In particular around error handling, behaviour on fork and the unmap notification mechanism.
Behaviour of xengnttab_map_*grant_refs and
xengntshr_share_pageson partial failure has been confirmed/inferred (by inspection) on Linux and Mini-os (the only two known implementations. Likewise the behaviour of the notification mechanism has been confirmed/inferred (by inspection) of the Linux implementation (currently the only implementation) and libvchan (primary known user).These updates are not folded into "tools: Refactor
/dev/xen/gnt{dev,shr}wrappers into libxengnttab." to try and reduce the amount of non-movement changes in that patch.While I'm not convinced by javadoc/doxygen cause the existing comments which appear to use that syntax to have the appropriate /** marker.
Quoted 7 lines
Also fix a typo in a code comment.
Signed-off-by Ian Campbell <[email protected]>Cc Daniel De Graaf <[email protected]>---
Daniel, you input on the description of the unmap notification stuff would be much appreciated.
Quoted 6 lines
The description looks complete and correct to me. The statement that the interfaces operate on a single page only might be misleading - the interface will work on multi-page mappings, but only allows one notify on the mapping. I'm not sure this distinction is important for most users of the interface, since the notify is almost always used on a one-page mapping.
I think I concluded that it was a single page because the library interfaces which allow a mapping to have a notify attached only take/return a single gref:
void *xengnttab_map_grant_ref_notify(xengnttab_handle *xgt, uint32_t domid, uint32_t ref,
int prot,
uint32_t notify_offset, evtchn_port_t notify_port); void *xengntshr_share_page_notify(xengntshr_handle *xgs, uint32_t domid, uint32_t *ref, int writable, uint32_t notify_offset, evtchn_port_t notify_port);
The offset in the underlying ioctl in the Linux implementation is a uint64_t, so you are right that in principal it could support a larger offset.
I think I am inclined to therefore leave things as they are, the alternative would be to expand those two functions now to support multi- gref mappings.
I think given the current set of use cases I would prefer to add multipage variants in the future should the need arise.
I suppose the argument for making the change right no would be the prediction of a userspace multipage ring implementation.
Quoted 1 line
Reviewed-by Daniel De Graaf <[email protected]>
Thanks.
Quoted 12 lines
tools/libs/gnttab/include/xengnttab.h void *xengnttab_map_grant_ref(xengnttab_handle · line 161
Quoted 10 lines
tools/libs/gnttab/include/xengnttab.h +4
-0@@ -71,6 +154,10 @@ void *xengnttab_map_grant_ref(xengnttab_handle *xgt, * contiguous local address range. Mappings should be unmapped with * xengnttab_munmap. Logs errors. * + * On failure sets errno and returns NULL. + * + * If notify_offset or notify_port a requested and cannot be set up an + * error will be returned and no mapping will be made.Typo: "a requested" => "are requested"
Yes, thanks.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
In reply to Ian CampbellOn Thu, Dec 03, 2015 at 11:22:22AM +0000, Ian Campbell wrote:
[...]
Quoted 16 lines
+ * connection, connected, etc).
+ *
+ * Both ends are permitted to modify (including clear) their
+ * respective status bytes and to signal the event channel themselves
+ * from userspace.
+ *
+ * Depending on the mechanisms which have been registered an
+ * application may receive a shutdown notification as:
+ *
+ * - An event channel notification on a dedicated event channel
+ * - Observation of the other ends's status byte being cleared
+ * (whether in response to an explicit notification or in the
+ * course of normal operation).
+ *
+ * The mechanism should be defined as part of the specific ring
+ * protocol.
Quoted 8 lines
+ *
+ * Upon receiving notification of their peer's shutdown an application
+ * is expected to teardown any resources (and in particular any grant
+ * mappings) in a timely manner.
+ *
+ * NOTE: this protocol is intended to allow for better error behaviour
+ * and recovery between two cooperating peers. It does not cover the
+ * case of a malivious peer who may continue to hold resources open.
"malicious"
Quoted 9 lines
+ */
tools/libs/gnttab/include/xengnttab.h +2
-0+ +/* * Grant Table Interface (making use of grants from other domains) */ typedef struct xengntdev_handle xengnttab_handle ;/*
tools/libs/gnttab/include/xengnttab.h line 116
Quoted 10 lines
tools/libs/gnttab/include/xengnttab.h +6
-4-* Note: -* After fork a child process must not use any opened xc gnttab -* handle inherited from their parent. They must open a new handle if -* they want to interact with xc. +* Returns a handle onto the grant table driver. Logs errors. +* +* Note: After fork a child process must not use any opened gnttab +* handle inherited from their parent, more access any grant mapped +* areas associated with that handle. +*
And this could use the same cloexec trick as you do in other patch for privcmd.
Wei.
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 14 lines · Wei Liu
Quoted 14 lines
+ */
tools/libs/gnttab/include/xengnttab.h +2
-0+ +/* * Grant Table Interface (making use of grants from other domains) */
typedef structxengntdev_handlexengnttab_handle;
/*
- * Note:
- * After fork a child process must not use any opened xc gnttab
- * handle inherited from their parent. They must open a new handle if
- * they want to interact with xc.
+ * Returns a handle onto the grant table driver. Logs errors.
Quoted 8 lines
Quoted 5 lines
+ *
+ * Note: After fork a child process must not use any opened gnttab
+ * handle inherited from their parent, more access any grant mapped
+ * areas associated with that handle.
+ *And this could use the same cloexec trick as you do in other patch for privcmd.
I think this statement "do not use the handle" still stands regardless of the underlying fd being cloexec'd.
However, this did make me think about a comment elsewhere, specifically the various instances of:
* This is the only function which may be safely called on a
* xen<foo>_handle in a child after a fork.
for several xen<foo>_close() functions.
This is not really true if the fd is cloexec, since then _close() will either fail (EBADF) or, worse, close some other freshly opened file descriptor.
There seems to be two choices here, either require all osdep backends to make their fds O_CLOEXEC (which might involve tolerating a racy fcntl+FD_CLOEXEC pattern after open on some platforms) or don't set O_CLOEXEC ever and declare that the application is responsible for closing after fork, and for taking care of the corner cases themselves in multithreaded applications.
The former seems friendlier to me, even if some platforms need to use FD_CLOEXEC.
Hrm, maybe I can extend the atfork trick to cover the open+fcntl bits. Hopefully there is no issue with using pthreads from each of the affected libraries.
So, I think the advice in the comment would then be:
If you fork and then exec then you must not (and need not) call _close() or any other function on the handle.
If you fork but do not exec then it is permissible to call _close(), but it is not permissible to call any other function on the handle.
Need to think about that wording.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 24 lines · Ian Campbell
Quoted 14 lines · Wei Liu
Quoted 14 lines
+ */
tools/libs/gnttab/include/xengnttab.h +2
-0+ +/* * Grant Table Interface (making use of grants from other domains) */
typedef structxengntdev_handlexengnttab_handle;
/*
- * Note:
- * After fork a child process must not use any opened xc gnttab
- * handle inherited from their parent. They must open a new handle if
- * they want to interact with xc.
+ * Returns a handle onto the grant table driver. Logs errors.Quoted 8 lines
Quoted 5 lines
+ *
+ * Note: After fork a child process must not use any opened gnttab
+ * handle inherited from their parent, more access any grant mapped
+ * areas associated with that handle.
+ *And this could use the same cloexec trick as you do in other patch for privcmd.
Quoted 3 lines
I think this statement "do not use the handle" still stands regardless of the underlying fd being cloexec'd.
Yes.
Quoted 26 lines
However, this did make me think about a comment elsewhere, specifically the various instances of:
* This is the only function which may be safely called on a
* xen<foo>_handle in a child after a fork.
for several xen<foo>_close() functions.This is not really true if the fd is cloexec, since then
_close()will either fail (EBADF) or, worse, close some other freshly opened file descriptor.There seems to be two choices here, either require all osdep backends to make their fds
O_CLOEXEC(which might involve tolerating a racy fcntl+FD_CLOEXEC pattern after open on some platforms) or don't setO_CLOEXECever and declare that the application is responsible for closing after fork, and for taking care of the corner cases themselves in multithreaded applications.The former seems friendlier to me, even if some platforms need to use
FD_CLOEXEC.Hrm, maybe I can extend the atfork trick to cover the open+fcntl bits. Hopefully there is no issue with using pthreads from each of the affected libraries.
So, I think the advice in the comment would then be:
Quoted 8 lines
If you fork and then exec then you must not (and need not) call
_close()or any other function on the handle.If you fork but do not exec then it is permissible to call
_close(), but it is not permissible to call any other function on the handle.Need to think about that wording.
Looks sensible to me FWIW.
Quoted 1 line
Ian.
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
In reply to Ian CampbellQuoted 51 lines · Ian Campbell
Quoted 8 lines · Wei Liu
Quoted 8 lines
+ */
tools/libs/gnttab/include/xengnttab.h +2
-0+ +/* * Grant Table Interface (making use of grants from other domains) */ typedef struct xengntdev_handle xengnttab_handle ;Quoted 13 lines
Quoted 11 lines
/*
- * Note:
- * After fork a child process must not use any opened xc gnttab
- * handle inherited from their parent. They must open a new handle if
- * they want to interact with xc.
+ * Returns a handle onto the grant table driver. Logs errors.
+ *
+ * Note: After fork a child process must not use any opened gnttab
+ * handle inherited from their parent, more access any grant mapped
+ * areas associated with that handle.
+ *And this could use the same cloexec trick as you do in other patch for privcmd.
I think this statement "do not use the handle" still stands regardless of the underlying fd being cloexec'd.
However, this did make me think about a comment elsewhere, specifically the various instances of:
* This is the only function which may be safely called on a
* xen<foo>_handle in a child after a fork.
for several xen<foo>_close() functions.This is not really true if the fd is cloexec, since then
_close()will either fail (EBADF) or, worse, close some other freshly opened file descriptor.There seems to be two choices here, either require all osdep backends to make their fds
O_CLOEXEC(which might involve tolerating a racy fcntl+FD_CLOEXEC pattern after open on some platforms) or don't setO_CLOEXECever and declare that the application is responsible for closing after fork, and for taking care of the corner cases themselves in multithreaded applications.The former seems friendlier to me, even if some platforms need to use
FD_CLOEXEC.Hrm, maybe I can extend the atfork trick to cover the open+fcntl bits. Hopefully there is no issue with using pthreads from each of the affected libraries.
So, I think the advice in the comment would then be:
Quoted 7 lines
If you fork and then exec then you must not (and need not) call
_close()or any other function on the handle.If you fork but do not exec then it is permissible to call
_close(), but it is not permissible to call any other function on the handle.Need to think about that wording.
This is risky. What if $FOO_open() allocated more resource than just the CLOEXEC fd?
An _open() call must be matched with a _close() call.
In the case of fork but no exec, there should be a _close() call in both the parent and child, to free other resources.
~Andrew
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 64 lines · Andrew Cooper
Quoted 63 lines · Ian Campbell
Quoted 16 lines · Wei Liu
Quoted 16 lines
+ */
tools/libs/gnttab/include/xengnttab.h +2
-0+ +/* * Grant Table Interface (making use of grants from other domains) */
typedef structxengntdev_handlexengnttab_handle;
/*
- * Note:
- * After fork a child process must not use any opened xc gnttab
- * handle inherited from their parent. They must open a new handle if
- * they want to interact with xc.
+ * Returns a handle onto the grant table driver. Logs errors.
+ *Quoted 8 lines
Quoted 5 lines
+ * Note: After fork a child process must not use any opened gnttab
+ * handle inherited from their parent, more access any grant mapped
+ * areas associated with that handle.
+ *And this could use the same cloexec trick as you do in other patch for
privcmd.I think this statement "do not use the handle" still stands regardless of
the underlying fd being cloexec'd.However, this did make me think about a comment elsewhere, specifically the
various instances of:
* This is the only function which may be safely called on a
* xen<foo>_handle in a child after a fork.
for several xen<foo>_close() functions.This is not really true if the fd is cloexec, since then
_close()will either fail (EBADF) or, worse, close some other freshly opened file descriptor.There seems to be two choices here, either require all osdep backends to
make their fdsO_CLOEXEC(which might involve tolerating a racy fcntl+FD_CLOEXEC pattern after open on some platforms) or don't setO_CLOEXECever and declare that the application is responsible for closing
after fork, and for taking care of the corner cases themselves in multithreaded applications.The former seems friendlier to me, even if some platforms need to use
FD_CLOEXEC.Hrm, maybe I can extend the atfork trick to cover the open+fcntl bits. Hopefully there is no issue with using pthreads from each of the affected
libraries.So, I think the advice in the comment would then be:
If you fork and then exec then you must not (and need not) call
_close()
or any other function on the handle.
Quoted 8 lines
Quoted 5 lines
If you fork but do not exec then it is permissible to call
_close(), but
it is not permissible to call any other function on the handle.Need to think about that wording.
This is risky. What if $FOO_open() allocated more resource than just the CLOEXEC fd?
Any allocated memory (the other main class of such resource) will be abolished by an exec, hence the distinction made above between fork and fork+exec.
What other sorts of resources are you worried about?
Quoted 1 line
An
_open()call must be matched with a_close()call.
This is not safe after an exec though, since the fd will be closed, or perhaps even reopened already (although the requirement could be to call _close before doing such things as opening any fds, at which point close could silently handle EBADF).
Quoted 2 lines
In the case of fork but no exec, there should be a
_close()call in both the parent and child, to free other resources.
In the parent I assume you mean "at some point (or call exit())" rather than in some way associated with the forking, because the parent is entitled to keep using the handle.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation."):
Quoted 8 lines · Andrew Cooper
Quoted 1 line
An
_open()call must be matched with a_close()call.This is not safe after an exec though, since the fd will be closed, or perhaps even reopened already (although the requirement could be to call
_closebefore doing such things as opening any fds, at which point close could silently handle EBADF).
Quoted 6 lines
Quoted 2 lines
In the case of fork but no exec, there should be a
_close()call in both the parent and child, to free other resources.In the parent I assume you mean "at some point (or call
exit())" rather than in some way associated with the forking, because the parent is entitled to keep using the handle.
There seems to be some confusion in this subthread between fork and fork+exec (and, for that matter, exec).
I think the grant fds can sensibly be marked CLOEXEC but that it doesn't matter, because I think the openness of such an fd after exec can never cause anyone a problem. (CLOEXEC is needed for sockets, pipes, etc., where the very openness of the openfile has semantics which are detectable by the peer.)
There is no problem with CLOEXEC causing any bad EBADF or fd reuse, since the post-exec process has a completely fresh address space so cannot have any xengnttab_handle* or whatever. It has nothing on which to call xengnttab_close (or any other call in this file).
(I'm assuming throughout that no-one has conspired to cause the gnttab or gntshr library to get fd 0, 1 or 2. If some did so conspire then they deserve to keep all of the resulting pieces.)
But conversely CLOEXEC doesn't help with fork at all.
Ian.
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
In reply to Ian CampbellIan Campbell writes ("[PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation."):
Quoted 52 lines
In particular around error handling, behaviour on fork and the unmap notification mechanism.
Behaviour of xengnttab_map_*grant_refs and
xengntshr_share_pageson partial failure has been confirmed/inferred (by inspection) on Linux and Mini-os (the only two known implementations. Likewise the behaviour of the notification mechanism has been confirmed/inferred (by inspection) of the Linux implementation (currently the only implementation) and libvchan (primary known user).These updates are not folded into "tools: Refactor
/dev/xen/gnt{dev,shr}wrappers into libxengnttab." to try and reduce the amount of non-movement changes in that patch.While I'm not convinced by javadoc/doxygen cause the existing comments which appear to use that syntax to have the appropriate /** marker.
Also fix a typo in a code comment.
Signed-off-by Ian Campbell <[email protected]>Cc Daniel De Graaf <[email protected]>---
Daniel, you input on the description of the unmap notification stuff would be much appreciated.v6: Rewrapped a comment.
Incorported much review from Ian on the API, retitled (was:
"tools/libs/gnttab: Review and update doc comments.") and dropped acks--- tools/libs/gnttab/include/xengnttab.h | 166 ++++++++++++++++++++++++++++------ tools/libs/gnttab/linux.c | 12 ++- 2 files changed, 147 insertions(+), 31 deletions(-)tools/libs/gnttab/include/xengnttab.h +10
-0@@ -31,28 +31,111 @@typedef struct xentoollog_logger xentoollog_logger ;/* +* PRODUCING AND CONSUMING GRANT REFERENCES +* ======================================== +* +* The xengnttab library contains two distinct interfaces, each with +* their own distinct handle type and entry points. The represent the +* two sides of the grant table interface, producer (gntshr) and +* consumer (gnttab). +* +* The xengnttab_* interfaces take a xengnttab_handle and provide +* mechanisms for consuming (i.e. mapping or copying to/from) grant
tools/libs/gnttab/include/xengnttab.h line 53
Quoted 10 lines
tools/libs/gnttab/include/xengnttab.h +10
-0+* references provided by a peer. +* +* The xengntshr_* interfaces take a xengntshr_handle and provide a +* mechanism to produce grantable memory and grant references to that +* memory, which can be handed to some peer. +* +* UNMAP NOTIFICATION +* ================== +* +* The xengnt{tab,shr}_*_nofity interfaces implement a best effort
^^^^^^
I would say cooperative' rather than best effort' (the latter implying it may fail due to kernel or hypervisor trouble, rather than malice).
tools/libs/gnttab/include/xengnttab.h line 56
Quoted 3 lines
tools/libs/gnttab/include/xengnttab.h +3
-0+* interface which is intended to allow the underlying kernel +* interfaces to attempt a graceful teardown of the peer upon failure +* (i.e. crash or exit) of the process on their end.
I would write ... to attempt to notify the peer to perform graceful teardown ...' rather than to attempt graceful teardown of the peer'.
tools/libs/gnttab/include/xengnttab.h line 85
Quoted 2 lines
tools/libs/gnttab/include/xengnttab.h +2
-0+* Depending on the mechanisms which have been registered an +* application may receive a shutdown notification as:
I would continue to use the peer' to avoid swapping the point of view. So Depending ... the peer may receive ...'
tools/libs/gnttab/include/xengnttab.h line 97
Quoted 3 lines
tools/libs/gnttab/include/xengnttab.h +3
-0+* Upon receiving notification of their peer's shutdown an application +* is expected to teardown any resources (and in particular any grant +* mappings) in a timely manner.
`Upon receiving notification the peer is expected ...'
tools/libs/gnttab/include/xengnttab.h line 114
Quoted 9 lines
tools/libs/gnttab/include/xengnttab.h +4
-4/* -* Note: -* After fork a child process must not use any opened xc gnttab -* handle inherited from their parent. They must open a new handle if -* they want to interact with xc. +* Returns a handle onto the grant table driver. Logs errors. +* +* Note: After fork a child process must not use any opened gnttab +* handle inherited from their parent, more access any grant mapped
^^^^
tools/libs/gnttab/include/xengnttab.h line 115
Quoted 1 line
tools/libs/gnttab/include/xengnttab.h +1
-0+* areas associated with that handle.
You mean `nor'.
tools/libs/gnttab/include/xengnttab.h line 122
Quoted 7 lines
tools/libs/gnttab/include/xengnttab.h +5
-1+* The child must open a new handle if they want to interact with +* gnttab. * -* Return an fd onto the grant table driver. Logs errors. +* A child may safely call xengnttab_close() on a xengnttab_handle +* inherited from a parent and this will safely reclaim any virtual +* address space used by mappings associated with that handle.
Is this actually true ? Normally close() on an fd does not munmap anything mmapped from the fd.
tools/libs/gnttab/include/xengnttab.h void *xengnttab_map_domain_grant_refs(xengnttab_handle *xgt, · line 204
Quoted 3 lines
tools/libs/gnttab/include/xengnttab.h +3
-0+* On failure sets errno and returns NULL. +* +* If notify_offset or notify_port a requested and cannot be set up an
^
`are'
tools/libs/gnttab/include/xengnttab.h int xengnttab_munmap(xengnttab_handle *xgt, · line 259
Quoted 6 lines
tools/libs/gnttab/include/xengnttab.h +4
-1/* -* Return an fd onto the grant sharing driver. Logs errors. +* Returns a handle onto the grant sharing driver. Logs errors. +* +* The child must open a new handle if they want to interact with +* gntshr.
You probably want to mention `fork' in this sentence, or move it after the Note:.
tools/libs/gnttab/include/xengnttab.h xengntshr_handle *xengntshr_open(xentoollog_logger *logger, · line 283
Quoted 3 lines
tools/libs/gnttab/include/xengnttab.h +1
-0+/** * Creates and shares pages with another domain. *
I think you mean Allocates' not Creates'. (Throughout.) Userland people are used to thinking of memory as being allocated.
It might be worth mentioning that the API does not permit the sharing of memory which is allocated in some other way (eg, malloc, mmap).
Quoted 11 lines
tools/libs/gnttab/linux.c +0
-3@@ -132,12 +132,14 @@ void *osdep_gnttab_grant_map(xengnttab_handle *xgt,if (addr ==MAP_FAILED && errno ==EAGAIN ) {/* -* The grant hypercall can return EAGAIN if the granted page is -* swapped out. Since the paging daemon may be in the same domain, the -* hypercall cannot block without causing a deadlock.
tools/libs/gnttab/linux.c void *osdep_gnttab_grant_map(xengnttab_handle *xgt, · line 142
Quoted 10 lines
tools/libs/gnttab/linux.c +7
-2+* The grant hypercall can return EAGAIN if the granted page +* is swapped out. Since the paging daemon may be in the same +* domain, the hypercall cannot block without causing a +* deadlock. * -* Because there are no notificaitons when the page is swapped in, wait -* a bit before retrying, and hope that the page will arrive eventually. +* Because there are no notifications when the page is swapped +* in, wait a bit before retrying, and hope that the page will +* arrive eventually.
WTF. But not a blocker.
Ian.
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 10 lines · Ian Jackson
Quoted 7 lines
+ * The child must open a new handle if they want to interact with
+ * gnttab.
*
- * Return an fd onto the grant table driver. Logs errors.
+ * A child may safely callxengnttab_close()on axengnttab_handle
+ * inherited from a parent and this will safely reclaim any virtual
+ * address space used by mappings associated with that handle.Is this actually true ? Normally
close()on an fd does not munmap anything mmapped from the fd.
Uh yes, I was talking rubbish here, unless the drivers are more magic than I think they are.
So what is the answer? That such memory is wasted and irrecovable until exec?
See also the discussion beneath Wei's reply.
Ack to all other feedback.
Quoted 5 lines
Quoted 3 lines
+ * Because there are no notifications when the page is swapped + * in, wait a bit before retrying, and hope that the page will + * arrive eventually.
WTF. But not a blocker.
Quite. A feature of much of the paging code AFAICT...
Quoted 3 lines
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Ian Campbell writes ("Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation."):
Quoted 9 lines · Ian Jackson
Quoted 2 lines
Is this actually true ? Normally
close()on an fd does not munmap anything mmapped from the fd.Uh yes, I was talking rubbish here, unless the drivers are more magic than I think they are.
So what is the answer? That such memory is wasted and irrecovable until exec?
I don't know. What would happen if you munmapped it ?
Ian.
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 6 lines · Ian Jackson
Ian Campbell writes ("Re: [PATCH XEN v6 25/32]
tools/libs/gnttab:
Extensive updates to API documentation."):Quoted 4 lines · Ian Jackson
Quoted 2 lines
Is this actually true ? Normally
close()on an fd does not munmap anything mmapped from the fd.
Quoted 8 lines
Quoted 6 lines
Uh yes, I was talking rubbish here, unless the drivers are more magic than
I think they are.So what is the answer? That such memory is wasted and irrecovable until exec?
I don't know. What would happen if you munmapped it ?
We discussed all this IRL and concluded after much back and forth that there is nothing we can do here other than require a call to each relevant library's _close() method by callers of fork() who do not exec but who care about the (usually modest) resources consumed by these sorts of mappings.
The _close call after fork should be documented as potentially not actually achieving anything and we decided to treat this as a future bug if/when it has a real world impact by fixing.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 17 lines · Ian Campbell
Quoted 10 lines · Ian Jackson
Ian Campbell writes ("Re: [PATCH XEN v6 25/32]
tools/libs/gnttab:
Extensive updates to API documentation."):Quoted 8 lines · Ian Jackson
Quoted 2 lines
Is this actually true ? Normally
close()on an fd does not munmap anything mmapped from the fd.Uh yes, I was talking rubbish here, unless the drivers are more magic than
I think they are.Quoted 5 lines
Quoted 3 lines
So what is the answer? That such memory is wasted and irrecovable until
exec?I don't know. What would happen if you munmapped it ?
Quoted 8 lines
We discussed all this IRL and concluded after much back and forth that there is nothing we can do here other than require a call to each relevant library's
_close()method by callers offork()who do not exec but who care about the (usually modest) resources consumed by these sorts of mappings.The
_closecall after fork should be documented as potentially not actually achieving anything and we decided to treat this as a future bug if/when it has a real world impact by fixing.
Here is what I cam up with.
/*
* Returns a handle onto the grant table driver. Logs errors. *
* Note: After fork(2) a child process must not use any opened gnttab
* handle inherited from their parent, nor access any grant mapped
* areas associated with that handle.
*
* The child must open a new handle if they want to interact with
* gnttab.
*
* Calling exec(2) in a child will safely (and reliably) reclaim any
* allocated resources via a xengnttab_handle in the parent. *
* A child which does not call exec(2) may safely call
* xengnttab_close() on a xengnttab_handle inherited from their
* parent. This will attempt to reclaim any resources associated with
* that handle. Note that in some implementations this reclamation may
* not be completely effective, in this case any affected resources
* remain allocated.
*
* Calling xengnttab_close() is the only safe operation on a
* xengnttab_handle which has been inherited.
*/
I'm currently intending to write something very similar for each of the xen*_open (gntshr, gnttab, foreignmemory, evtchn and probably call too) functions. I don't really like repeating the same thing like this, but I also don't really like API documentation which makes you play follow the piece of string to the docs of other libraries to find out what is going on.
I'm also considering whether on the _close function I should write something to the effect that in non-forked contexts the application should call the associated _unmap() on any active mappings before calling _close() in order to ensure all resources have been freed. And reiterate that calling _unmap after fork() is not safe.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation."):
Quoted 6 lines
I'm currently intending to write something very similar for each of the xen*_open (gntshr, gnttab, foreignmemory, evtchn and probably call too) functions. I don't really like repeating the same thing like this, but I also don't really like API documentation which makes you play follow the piece of string to the docs of other libraries to find out what is going on.
That would be fine by me. But do these other functions suffer from the same problem ?
Ie, can we for gntshr et al, tell the user that they should call blah_unmap ? This is not practical in a multithreaded program for hypercall memory but it might well be practical for other kinds of borrowed memory.
Quoted 5 lines
I'm also considering whether on the
_closefunction I should write something to the effect that in non-forked contexts the application should call the associated_unmap()on any active mappings before calling_close()in order to ensure all resources have been freed. And reiterate that calling_unmapafterfork()is not safe.
Yes.
Ian
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 12 lines · Ian Jackson
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32]
tools/libs/gnttab: Extensive updates to API documentation."):Quoted 9 lines
I'm currently intending to write something very similar for each of the xen*_open (gntshr, gnttab, foreignmemory, evtchn and probably call too) functions. I don't really like repeating the same thing like this, but I
also don't really like API documentation which makes you play follow the
piece of string to the docs of other libraries to find out what is going
on.
Quoted 7 lines
That would be fine by me. But do these other functions suffer from the same problem ?
Ie, can we for gntshr et al, tell the user that they should call
blah_unmap? This is not practical in a multithreaded program for hypercall memory but it might well be practical for other kinds of borrowed memory.
Good point, I think most of the rest of them probably can support unmap after fork, but I've not checked (I will before I write anything).
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Quoted 19 lines · Ian Campbell
Quoted 18 lines · Ian Jackson
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32]
tools/libs/gnttab: Extensive updates to API documentation."):Quoted 4 lines
I'm currently intending to write something very similar for each of the
xen*_open (gntshr, gnttab, foreignmemory, evtchn and probably call too)Quoted 8 lines
functions. I don't really like repeating the same thing like this, but
I
also don't really like API documentation which makes you play follow the
piece of string to the docs of other libraries to find out what is going
on.That would be fine by me. But do these other functions suffer from the same problem ?
Quoted 7 lines
Quoted 4 lines
Ie, can we for gntshr et al, tell the user that they should call
blah_unmap? This is not practical in a multithreaded program for hypercall memory but it might well be practical for other kinds of borrowed memory.Good point, I think most of the rest of them probably can support unmap after fork, but I've not checked (I will before I write anything).
Good thing I did.
On Linux both the gnttab and privcmd foreign mappings set VMA_DONTCOPY on the mappings from the driver, which is the same effect as the madvise(DONTFORK) in the hypercall buffer allocation has.
For gnttab this is obvious now I think about it, since you cannot unmap or otherwise operate on a gntmap with normal PTE updates, you have to use gntmap hypercalls, which core OS code like CoW handling obviously won't.
The same could be true for privcmd foreign mappings for PV guests, I think, since the PTE update hypercall needs the foreign domid in it, which common code wouldn't have.
So those memory regions simply won't exist in the child, and munmap would therefore either fail or unmap whatever new thing has shown up at an address.
So I think at least call, foreignmemory and gnttab need a restriction/caveat like the above, which is that on fork but not exec you can call close() and hope it does something, but unmap is off the table.
gntshr might be ok, although TBH I'm not really sure what the effect of cow-wing memory which has been granted, nor how one ensures the desired child/parent ends up with the actually granted memory and not a copy (IOW it's not clear why VMA_DONTCOPY isn't applied here too). On that basis I'd be inclined to give gntshr the same semantics as the others.
evtchn doesn't actually involve any memory mappings, and in that case closing the fd is always fine and sufficient AFAICT, no need to disable individual irqs first. I'm not entirely sure what the semantics of a poll or read from both parent and child would be. I'm slightly inclined to outlaw use in the child at the library API level. A slightly less draconian rule would be one or the other may continue to use it, but never both.
That's all based on the Linux implementation, but the libraries need to be LCD and so far that's pretty low... I looked at the FreeBSD privcmd, and it didn't seem to have any obvious equivalent to VMA_DONTCOPY, but I might be missing something (and it doesn't really matter for the library API given Linux).
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation.
Ian Campbell writes ("Re: [Xen-devel] [PATCH XEN v6 25/32] tools/libs/gnttab: Extensive updates to API documentation."):
Quoted 3 lines
So I think at least call, foreignmemory and gnttab need a restriction/caveat like the above, which is that on fork but not exec you can call
close()and hope it does something, but unmap is off the table.
Hrm, right.
(This all seems rather unsatisfactory but I guess it's where we are. ISTM that part of what's needed is a version of MADV_DONTFORK which causes children to get a mapping of nothing, with PROT_NONE, for the relevant ranges. Then you could safely munmap.)
Ian.
PATCH v6 26/32 tools/libs/call: Update some log messages to not refer to xc.
In reply to Ian Campbell--- tools/libs/call/linux.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)
tools/libs/call/linux.c +2 -2
@@ -94,7 +94,7 @@ void *osdep_alloc_pages(xencall_handle *xcall, size_t npages) p =mmap (NULL , size,PROT_READ |PROT_WRITE ,MAP_PRIVATE |MAP_ANONYMOUS |MAP_LOCKED ,-1 ,0 );if ( p ==MAP_FAILED ) { -PERROR ("xc_alloc_hypercall_buffer: mmap failed" ); +PERROR ("alloc_pages: mmap failed" );return NULL ; }
@@ -103,7 +103,7 @@ void *osdep_alloc_pages(xencall_handle *xcall, size_t npages) rc =madvise (p, npages *PAGE_SIZE ,MADV_DONTFORK );if ( rc <0 ) { -PERROR ("xc_alloc_hypercall_buffer: madvise failed" ); +PERROR ("alloc_pages: madvise failed" ); goto out; }
Signature · 1 line
2.1.4
PATCH v6 27/32 tools/libs/call: Describe return values and error semantics for xencall*
In reply to Ian CampbellThis behaviour has been confirmed by inspection on:
- Linux
- FreeBSD (NB: hcall->retval is the hypercall return value only for values >= 0. For negative values the underlying privcmd driver translates the value from Xen to FreeBSD errno space and returns it as the result of the ioctl, which becomes ret=-1/errno=EFOO in userspace)
- MiniOS (which takes care of errno in this library)
---
v6: New patch
--- tools/libs/call/include/xencall.h | 15 +++++++++++++++ 1 file changed, 15 insertions(+)
tools/libs/call/include/xencall.h +15 -0
@@ -46,6 +46,21 @@ int xencall_close(xencall_handle *xcall);/* * Call hypercalls with varying numbers of arguments. +* +* On success the return value of the hypercall is the return value of +* the xencall function. On error these functions set errno and +* return -1. +* +* The errno values will be either: +* - The Xen hypercall error return (from xen/include/public/errno.h) +* translated into the corresponding local value for that POSIX error. +* - An errno value produced by the OS driver or the library +* implementation. Such values may be defined by POSIX or by the OS. +* +* Note that under some circumstances it will not be possible to tell +* whether an error came from Xen or from the OS/library. +* +* These functions never log. */ int xencall0 (xencall_handle *xcall,unsigned int op); int xencall1(xencall_handle *xcall, unsigned int op,
Signature · 7 lines
2.1.4 _______________________________________________ Xen-devel mailing list [email protected] http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 27/32] tools/libs/call: Describe return values and error semantics for xencall*
Quoted 9 lines · Ian Campbell
This behaviour has been confirmed by inspection on:
- Linux
- FreeBSD (NB:hcall->retvalis the hypercall return value only for values >= 0. For negative values the underlying privcmd driver translates the value from Xen to FreeBSD errno space and returns it as the result of the ioctl, which becomes ret=-1/errno=EFOO in userspace)
- MiniOS (which takes care of errno in this library)
It's worth noting that NetBSD also has similar behaviour -- it's privcmd driver translates errno.
Quoted 37 lines
Signed-off-by Ian Campbell <[email protected]>Cc Roger Pau Monné <[email protected]>---
v6: New patch--- tools/libs/call/include/xencall.h | 15 +++++++++++++++ 1 file changed, 15 insertions(+)tools/libs/call/include/xencall.h +15
-0@@ -46,6 +46,21 @@ int xencall_close(xencall_handle *xcall);/* * Call hypercalls with varying numbers of arguments. +* +* On success the return value of the hypercall is the return value of +* the xencall function. On error these functions set errno and +* return -1. +* +* The errno values will be either: +* - The Xen hypercall error return (from xen/include/public/errno.h) +* translated into the corresponding local value for that POSIX error. +* - An errno value produced by the OS driver or the library +* implementation. Such values may be defined by POSIX or by the OS. +* +* Note that under some circumstances it will not be possible to tell +* whether an error came from Xen or from the OS/library. +* +* These functions never log. */ int xencall0 (xencall_handle *xcall,unsigned int op); int xencall1(xencall_handle *xcall, unsigned int op,Signature · 1 line
2.1.4
Re: [PATCH XEN v6 27/32] tools/libs/call: Describe return values and error semantics for xencall*
In reply to Ian CampbellIan Campbell writes ("[PATCH XEN v6 27/32] tools/libs/call: Describe return values and error semantics for xencall*"):
Quoted 1 line
This behaviour has been confirmed by inspection on:
PATCH v6 28/32 tools/libs/call: Avoid xc_memalign in netbsd and solaris backends
In reply to Ian CampbellThese are already arch specific, so just use the appropriate interfaces (as determined by looking at the xc_memalign backend).
--- tools/libs/call/netbsd.c | 4 ++-- tools/libs/call/solaris.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-)
tools/libs/call/netbsd.c +2 -2
@@ -74,8 +74,8 @@ void *osdep_alloc_hypercall_buffer(xencall_handle *xcall, size_t npages)size_t size = npages *XC_PAGE_SIZE ;void *p; - p =xc_memalign (xcall,XC_PAGE_SIZE , size); -if (!p) + ret =posix_memalign (&p,XC_PAGE_SIZE , size); +if ( ret !=0 || !p )return NULL ;if (mlock (p, size) <0 )
tools/libs/call/solaris.c +1 -1
@@ -71,7 +71,7 @@ int osdep_xencall_close(xencall_handle *xcall)void *osdep_alloc_hypercall_buffer (xencall_handle *xcall,size_t npages) { -return xc_memalign (xcall,XC_PAGE_SIZE , npages *XC_PAGE_SIZE ); +return memalign (XC_PAGE_SIZE , npages *XC_PAGE_SIZE ); } void osdep_free_hypercall_buffer(xencall_handle *xcall, void *ptr,
Signature · 1 line
2.1.4
PATCH v6 29/32 tools/libs/call: Use O_CLOEXEC when opening /dev/xen/privcmd on Linux
In reply to Ian CampbellWe stick with using FD_CLOEXEC on the legacy /proc/xen/privcmd fallback device since it was present in older kernel where O_CLOEXEC may not be assured.
---
v6: New
--- tools/libs/call/linux.c | 57 ++++++++++++++++++++++++++++++++----------------- 1 file changed, 37 insertions(+), 20 deletions(-)
tools/libs/call/linux.c +37 -20
@@ -26,39 +26,56 @@#include "private.h" -int osdep_xencall_open (xencall_handle *xcall) +static int set_cloexec (int fd) { -int flags, saved_errno; -int fd =open ("/dev/xen/privcmd" ,O_RDWR );/* prefer this newer interface */ +int flags; -if ( fd ==-1 && ( errno ==ENOENT || errno ==ENXIO || errno ==ENODEV )) +if ( (flags =fcntl (fd,F_GETFD )) <0 ) { -/* Fallback to /proc/xen/privcmd */ - fd =open ("/proc/xen/privcmd" ,O_RDWR ); +PERROR ("Could not get file handle flags" ); +return -1 ; } -if ( fd ==-1 ) + flags |=FD_CLOEXEC ; + +if (fcntl (fd,F_SETFD , flags) <0 ) { -PERROR ("Could not obtain handle on privileged command interface" ); +PERROR ("Could not set file handle flags" );return -1 ; } -/* Although we return the file handle as the 'xc handle' the API -does not specify / guarentee that this integer is in fact -a file handle. Thus we must take responsiblity to ensure -it doesn't propagate (ie leak) outside the process */ -if ( (flags =fcntl (fd,F_GETFD )) <0 ) +return 0 ; +} + +int osdep_xencall_open (xencall_handle *xcall) +{ +int saved_errno; +int fd; + +/* +* This file descriptor is opaque to the caller, thus we must take +* responsibility to ensure it doesn't propagate (ie leak) outside +* the process, by using CLOEXEC. +*/ + +/* +* Prefer the newer interface. This was added in 3.14 which certainly had +* O_CLOEXEC. +*/ + fd =open ("/dev/xen/privcmd" ,O_RDWR |O_CLOEXEC ); + +if ( fd ==-1 && ( errno ==ENOENT || errno ==ENXIO || errno ==ENODEV )) { -PERROR ("Could not get file handle flags" ); - goto error; +/* Fallback to /proc/xen/privcmd */ + fd =open ("/proc/xen/privcmd" ,O_RDWR ); +if ( fd >-1 &&set_cloexec (fd) <0 ) + goto error; } - flags |=FD_CLOEXEC ; - -if (fcntl (fd,F_SETFD , flags) <0 ) +if ( fd ==-1 ) { -PERROR ("Could not set file handle flags" ); - goto error; +PERROR ("Could not obtain handle on privileged command interface" ); +return -1 ; } xcall->fd = fd;
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 29/32] tools/libs/call: Use O_CLOEXEC when opening /dev/xen/privcmd on Linux
Quoted 5 lines · Ian Campbell
We stick with using
FD_CLOEXECon the legacy/proc/xen/privcmdfallback device since it was present in older kernel whereO_CLOEXECmay not be assured.Signed-off-by Ian Campbell <[email protected]>
Re: [PATCH XEN v6 29/32] tools/libs/call: Use O_CLOEXEC when opening /dev/xen/privcmd on Linux
In reply to Ian CampbellIan Campbell writes ("[PATCH XEN v6 29/32] tools/libs/call: Use O_CLOEXEC when opening /dev/xen/privcmd on Linux"):
Quoted 3 lines
We stick with using
FD_CLOEXECon the legacy/proc/xen/privcmdfallback device since it was present in older kernel whereO_CLOEXECmay not be assured.
This is a lot of effort and may not be needed. I don't object, but some of the statements are (I think) rather too fierce:
tools/libs/call/linux.c line 59
Quoted 5 lines
tools/libs/call/linux.c +5
-0+/* +* This file descriptor is opaque to the caller, thus we must take +* responsibility to ensure it doesn't propagate (ie leak) outside +* the process, by using CLOEXEC. +*/
For example, I don't think this is a `must' at all, although not propagating irrelevant fds is (nowadays) seen as polite.
Ian.
Re: [PATCH XEN v6 29/32] tools/libs/call: Use O_CLOEXEC when opening /dev/xen/privcmd on Linux
Quoted 9 lines · Ian Jackson
Ian Campbell writes ("[PATCH XEN v6 29/32]
tools/libs/call: UseO_CLOEXECwhen opening/dev/xen/privcmdon Linux"):Quoted 3 lines
We stick with using
FD_CLOEXECon the legacy/proc/xen/privcmdfallback device since it was present in older kernel whereO_CLOEXECmay not be assured.This is a lot of effort and may not be needed. I don't object, but some of the statements are (I think) rather too fierce:
Quoted 8 lines
Quoted 5 lines
+ /*
+ * This file descriptor is opaque to the caller, thus we must take + * responsibility to ensure it doesn't propagate (ie leak) outside + * the process, by using CLOEXEC.
+ */For example, I don't think this is a `must' at all, although not propagating irrelevant fds is (nowadays) seen as polite.
Right, this bit was actually (mostly) code^Wcomment motion.
I'll happily update it to say polite rather than required.
I did a bit more investigation of O_CLOEXEC and found that Linux introduced it in 2.6.23 (October 2007) which seems to be old enough that we should just use it anywhere we feel it necessary.
Jan did mention (on IRC) that while he doesn't use any kernels so old, he still occasionally builds on userspace which is old enough to lack the definition, hence I would do #ifndef+#define.
Roger, I see that open(2) on FreeBSD mentions O_CLOEXEC too. Do you know when that arrived and whether it is something we can assume these days? I found a posting of the patch in https://lists.freebsd.org/pipermail/freeb
sd-fs/2011-March/011021.html, but I don't know when it landed or when it became something code could assume.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH XEN v6 29/32] tools/libs/call: Use O_CLOEXEC when opening /dev/xen/privcmd on Linux
El 11/12/15 a les 18.22, Ian Campbell ha escrit:
Quoted 31 lines · Ian Jackson
Quoted 9 lines
Ian Campbell writes ("[PATCH XEN v6 29/32]
tools/libs/call: UseO_CLOEXECwhen opening/dev/xen/privcmdon Linux"):Quoted 3 lines
We stick with using
FD_CLOEXECon the legacy/proc/xen/privcmdfallback device since it was present in older kernel whereO_CLOEXECmay not be assured.This is a lot of effort and may not be needed. I don't object, but some of the statements are (I think) rather too fierce:
Quoted 8 lines
tools/libs/call/linux.c line 59
Quoted 5 lines
tools/libs/call/linux.c +5
-0+/* +* This file descriptor is opaque to the caller, thus we must take +* responsibility to ensure it doesn't propagate (ie leak) outside +* the process, by using CLOEXEC. +*/ For example, I don't think this is a `must' at all, although not propagating irrelevant fds is (nowadays) seen as polite.
Right, this bit was actually (mostly) code^Wcomment motion.
I'll happily update it to say polite rather than required.
I did a bit more investigation of
O_CLOEXECand found that Linux introduced it in 2.6.23 (October 2007) which seems to be old enough that we should just use it anywhere we feel it necessary.Jan did mention (on IRC) that while he doesn't use any kernels so old, he still occasionally builds on userspace which is old enough to lack the definition, hence I would do #ifndef+#define.
Quoted 5 lines
Roger, I see that open(2) on FreeBSD mentions
O_CLOEXECtoo. Do you know when that arrived and whether it is something we can assume these days? I found a posting of the patch in https://lists.freebsd.org/pipermail/freeb
sd-fs/2011-March/011021.html, but I don't know when it landed or when it became something code could assume.
privcmd is only available on FreeBSD HEAD anyway, and AFAICT (by looking at the man pages) all stable FreeBSD versions support O_CLOEXEC (10.2, 9.3 and 8.4).
I think we can safely assume O_CLOEXEC is available in all FreeBSD version we build on.
Roger.
PATCH v6 30/32 tools/libs/call: linux: avoid forking between mmap and madvise
In reply to Ian CampbellUse pthread_atfork to prevent the application from forking before the madvisoe(), which would result in CoW mappings getting passed to hypercalls.
(largely cribbed from libxl_fork.c)
---
v6: New
--- tools/libs/call/buffer.c | 2 +- tools/libs/call/linux.c | 66 +++++++++++++++++++++++++++++++++++++++++++++--- 2 files changed, 64 insertions(+), 4 deletions(-)
tools/libs/call/buffer.c +1 -1
@@ -24,7 +24,7 @@#define ROUNDUP (_x,_w) (((unsigned long)(_x)+(1UL<<(_w))-1) & ~((1UL<<(_w))-1)) -pthread_mutex_t cache_mutex =PTHREAD_MUTEX_INITIALIZER ; +static pthread_mutex_t cache_mutex =PTHREAD_MUTEX_INITIALIZER ;static void cache_lock (xencall_handle *xcall) {
tools/libs/call/linux.c +63 -3
125 lines not on this page · raw message
Signature · 1 line
2.1.4
Re: [PATCH XEN v6 30/32] tools/libs/call: linux: avoid forking between mmap and madvise
Quoted 2 lines · Ian Campbell
Use
pthread_atforkto prevent the application from forking before themadvisoe(), which would result in CoW mappings getting passed to
madvise
Quoted 5 lines
hypercalls.
(largely cribbed from
libxl_fork.c)Signed-off-by Ian Campbell <[email protected]>
Re: [PATCH XEN v6 30/32] tools/libs/call: linux: avoid forking between mmap and madvise
In reply to Ian CampbellIan Campbell writes ("[PATCH XEN v6 30/32] tools/libs/call: linux: avoid forking between mmap and madvise"):
Quoted 3 lines
Use
pthread_atforkto prevent the application from forking before themadvisoe(), which would result in CoW mappings getting passed to hypercalls.
OMG.
Is it not possible (not effective) to use mlock/madvise in the parent ?
pthread_atfork is a very big hammer to be using in libxc.
Ian.
Re: [PATCH XEN v6 30/32] tools/libs/call: linux: avoid forking between mmap and madvise
Quoted 6 lines · Ian Jackson
Ian Campbell writes ("[PATCH XEN v6 30/32]
tools/libs/call: linux: avoid forking between mmap and madvise"):Quoted 3 lines
Use
pthread_atforkto prevent the application from forking before themadvisoe(), which would result in CoW mappings getting passed to hypercalls.
Quoted 6 lines
OMG.
Is it not possible (not effective) to use mlock/madvise in the parent ?
pthread_atforkis a very big hammer to be using in libxc.
I think we decided in our RL conversation the other day that this was indeed unnecessary and the docs updates (just sent) together with a bug fix (touch the memory after madvise to un-cow it) would be sufficient for now.
Ian.
PATCH v6 31/32 tools: Update CFLAGS for qemu-xen to allow it to use new libraries
In reply to Ian CampbellThis means adding -L for libxen{evtchn,gnttab,foreignmemory} so that it can link them directly (rather than using the libxenctrl compat layer exposed via -rpath-link). Also add -I for libxenforeignmemory.
--- tools/Makefile | 4 ++++ 1 file changed, 4 insertions(+)
tools/Makefile +4 -0
@@ -255,12 +255,16 @@ subdir-all-qemu-xen-dir: qemu-xen-dir-find -I$(XEN_ROOT)/tools/libs/toollog/include \ -I$(XEN_ROOT)/tools/libs/evtchn/include \ -I$(XEN_ROOT)/tools/libs/gnttab/include \ + -I$(XEN_ROOT)/tools/libs/foreignmemory/include \ -I$(XEN_ROOT)/tools/libxc/include \ -I$(XEN_ROOT)/tools/xenstore/include \ -I$(XEN_ROOT)/tools/xenstore/compat/include \ $(EXTRA_CFLAGS_QEMU_XEN)" \ --extra-ldflags="-L$(XEN_ROOT)/tools/libxc \ -L$(XEN_ROOT)/tools/xenstore \ + -L$(XEN_ROOT)/tools/libs/evtchn \ + -L$(XEN_ROOT)/tools/libs/gnttab \ + -L$(XEN_ROOT)/tools/libs/foreignmemory \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/toollog \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/evtchn \ -Wl,-rpath-link=$(XEN_ROOT)/tools/libs/gnttab \
Signature · 1 line
2.1.4
PATCH v6 32/32 HACK: Update Config.mk to pull all the right bits from my xenbits trees
In reply to Ian Campbellv4: Config.mk instead of .config
--- Config.mk | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-)
Config.mk +9 -9
@@ -242,20 +242,20 @@ endif ifeq ($(GIT_HTTP),y) OVMF_UPSTREAM_URL ?= http://xenbits.xen.org/git-http/ovmf.git -QEMU_UPSTREAM_URL ?= http://xenbits.xen.org/git-http/qemu-xen.git -QEMU_TRADITIONAL_URL ?= http://xenbits.xen.org/git-http/qemu-xen-traditional.git +QEMU_UPSTREAM_URL ?= http://xenbits.xen.org/git-http/people/ianc/libxenctrl-split/qemu-xen.git +QEMU_TRADITIONAL_URL ?= http://xenbits.xen.org/git-http/people/ianc/libxenctrl-split/qemu-xen-traditional.git SEABIOS_UPSTREAM_URL ?= http://xenbits.xen.org/git-http/seabios.git -MINIOS_UPSTREAM_URL ?= http://xenbits.xen.org/git-http/mini-os.git +MINIOS_UPSTREAM_URL ?= http://xenbits.xen.org/git-http/people/ianc/libxenctrl-split/mini-os.git else OVMF_UPSTREAM_URL ?= git://xenbits.xen.org/ovmf.git -QEMU_UPSTREAM_URL ?= git://xenbits.xen.org/qemu-xen.git -QEMU_TRADITIONAL_URL ?= git://xenbits.xen.org/qemu-xen-traditional.git +QEMU_UPSTREAM_URL ?= git://xenbits.xen.org/people/ianc/libxenctrl-split/qemu-xen.git +QEMU_TRADITIONAL_URL ?= git://xenbits.xen.org/people/ianc/libxenctrl-split/qemu-xen-traditional.git SEABIOS_UPSTREAM_URL ?= git://xenbits.xen.org/seabios.git -MINIOS_UPSTREAM_URL ?= git://xenbits.xen.org/mini-os.git +MINIOS_UPSTREAM_URL ?= git://xenbits.xen.org/people/ianc/libxenctrl-split/mini-os.git endif OVMF_UPSTREAM_REVISION ?= 52a99493cce88a9d4ec8a02d7f1bd1a1001ce60d -QEMU_UPSTREAM_REVISION ?= master -MINIOS_UPSTREAM_REVISION ?= bccd90071e863ec22216a000f1a07035e2f226ff +QEMU_UPSTREAM_REVISION ?= origin/v6 +MINIOS_UPSTREAM_REVISION ?= origin/v6 # Mon Nov 23 16:34:31 2015 +0000 # Add a .gitignore
@@ -266,7 +266,7 @@ SEABIOS_UPSTREAM_REVISION ?= rel-1.9.0 ETHERBOOT_NICS ?= rtl8139 8086100e -QEMU_TRADITIONAL_REVISION ?= bc00cad75d8bcc3ba696992bec219c21db8406aa +QEMU_TRADITIONAL_REVISION ?= origin/v6 # Tue Mar 11 10:19:23 2014 +0000 # block-vvfat: fix resource leaks in read_directory()
Signature · 1 line
2.1.4
v6 cover Begin to disentangle libxenctrl and provide some stable libraries
In reply to Ian CampbellWe intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries.
This is the qemu-xen part of the first phase of that change.
This mail is (or is intended to be) a reply to a "0/<VARIOUS>" super-intro mail covering all of the related patch series and which contains more details.
Ian Campbell (8):
xen_console: correctly cleanup primary console on teardown.
xen: Switch to libxenevtchn interface for compat shims.
xen: Switch to libxengnttab interface for compat shims.
xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
xen: Switch uses of xc_map_foreign_{pages,bulk} to use
libxenforeignmemory API.
xen: Use stable library interfaces when they are available.
xen: domainbuild: reopen libxenctrl interface after forking for domain
watcher.
xen: make it possible to build without the Xen PV domain builder
configure | 57 ++++++++++++++++- hw/block/xen_disk.c | 38 +++++------ hw/char/xen_console.c | 19 +++--- hw/display/xenfb.c | 18 +++--- hw/net/xen_nic.c | 18 +++--- hw/xen/xen_backend.c | 44 ++++++------- hw/xenpv/Makefile.objs | 4 +- hw/xenpv/xen_domainbuild.c | 9 ++- hw/xenpv/xen_machine_pv.c | 15 +++-- include/hw/xen/xen_backend.h | 5 +- include/hw/xen/xen_common.h | 147 +++++++++++++++++++++++++++++++++++-------- xen-common.c | 6 ++ xen-hvm.c | 39 ++++++------ xen-mapcache.c | 6 +- 14 files changed, 297 insertions(+), 128 deletions(-)
Signature · 1 line
2.1.4
v6 cover Begin to disentangle libxenctrl and provide some stable libraries
In reply to Ian CampbellWe intend to stabilise some parts of the libxenctrl interface by splitting out some functionality into separate stable libraries.
This is the qemu-xen part of the first phase of that change.
This mail is (or is intended to be) a reply to a "0/<VARIOUS>" super-intro mail covering all of the related patch series and which contains more details.
Ian Campbell (8):
xen_console: correctly cleanup primary console on teardown.
xen: Switch to libxenevtchn interface for compat shims.
xen: Switch to libxengnttab interface for compat shims.
xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
xen: Switch uses of xc_map_foreign_{pages,bulk} to use
libxenforeignmemory API.
xen: Use stable library interfaces when they are available.
xen: domainbuild: reopen libxenctrl interface after forking for domain
watcher.
xen: make it possible to build without the Xen PV domain builder
configure | 57 ++++++++++++++++- hw/block/xen_disk.c | 38 +++++------ hw/char/xen_console.c | 19 +++--- hw/display/xenfb.c | 18 +++--- hw/net/xen_nic.c | 18 +++--- hw/xen/xen_backend.c | 44 ++++++------- hw/xenpv/Makefile.objs | 4 +- hw/xenpv/xen_domainbuild.c | 9 ++- hw/xenpv/xen_machine_pv.c | 15 +++-- include/hw/xen/xen_backend.h | 5 +- include/hw/xen/xen_common.h | 147 +++++++++++++++++++++++++++++++++++-------- xen-common.c | 6 ++ xen-hvm.c | 39 ++++++------ xen-mapcache.c | 6 +- 14 files changed, 297 insertions(+), 128 deletions(-)
Signature · 1 line
2.1.4
PATCH v6 1/8 xen_console: correctly cleanup primary console on teardown.
All of the work in con_disconnect applies to the primary console case (when xendev->dev is NULL). Therefore remove the early check and bail and allow it to fall through. All of the existing code is correctly conditional already.
The ->dev and ->gnttabdev handles are either both set or neither. For consistency with con_initialise() with to the former here too.
With this con_initialise and con_disconnect now mirror each other.
Fix up a hard tab in the function while editing.
---
v4: New patch based on feedback to "xen: Switch uses of xc_map_foreign_bulk to use libxenforeignmemory API."
--- hw/char/xen_console.c | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-)
hw/char/xen_console.c +2 -5
@@ -265,9 +265,6 @@ static void con_disconnect(struct XenDevice *xendev) { struct XenConsole *con = container_of(xendev, struct XenConsole, xendev); -if (!xendev->dev) { -return ; - }if (con->chr) {qemu_chr_add_handlers (con->chr,NULL ,NULL ,NULL ,NULL );qemu_chr_fe_release (con->chr);
@@ -275,12 +272,12 @@ static void con_disconnect(struct XenDevice *xendev)xen_be_unbind_evtchn (&con->xendev);if (con->sring) { -if (!xendev->gnttabdev) { +if (!xendev->dev) {munmap (con->sring,XC_PAGE_SIZE ); }else {xc_gnttab_munmap (xendev->gnttabdev, con->sring,1 ); } - con->sring =NULL ; + con->sring =NULL ; } }
Signature · 1 line
2.1.4
PATCH v6 1/8 xen_console: correctly cleanup primary console on teardown.
In reply to Ian CampbellAll of the work in con_disconnect applies to the primary console case (when xendev->dev is NULL). Therefore remove the early check and bail and allow it to fall through. All of the existing code is correctly conditional already.
The ->dev and ->gnttabdev handles are either both set or neither. For consistency with con_initialise() with to the former here too.
With this con_initialise and con_disconnect now mirror each other.
Fix up a hard tab in the function while editing.
---
v4: New patch based on feedback to "xen: Switch uses of xc_map_foreign_bulk to use libxenforeignmemory API."
--- hw/char/xen_console.c | 7 ++----- 1 file changed, 2 insertions(+), 5 deletions(-)
hw/char/xen_console.c +2 -5
@@ -265,9 +265,6 @@ static void con_disconnect(struct XenDevice *xendev) { struct XenConsole *con = container_of(xendev, struct XenConsole, xendev); -if (!xendev->dev) { -return ; - }if (con->chr) {qemu_chr_add_handlers (con->chr,NULL ,NULL ,NULL ,NULL );qemu_chr_fe_release (con->chr);
@@ -275,12 +272,12 @@ static void con_disconnect(struct XenDevice *xendev)xen_be_unbind_evtchn (&con->xendev);if (con->sring) { -if (!xendev->gnttabdev) { +if (!xendev->dev) {munmap (con->sring,XC_PAGE_SIZE ); }else {xc_gnttab_munmap (xendev->gnttabdev, con->sring,1 ); } - con->sring =NULL ; + con->sring =NULL ; } }
Signature · 1 line
2.1.4
PATCH v6 2/8 xen: Switch to libxenevtchn interface for compat shims.
In reply to Ian CampbellIn Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity.
One such library will be libxenevtchn which provides access to event channels.
In preparation for this switch the compatibility layer in xen_common.h (which support building with older versions of Xen) to use what will be the new library API. This means that the evtchn shim will disappear for versions of Xen which include libxenevtchn.
To simplify things for the <= 4.0.0 support we wrap the int fd in a malloc(sizeof int) such that the handle is always a pointer. This leads to less typedef headaches and the need for XC_HANDLER_INITIAL_VALUE etc for these interfaces.
Note that this patch does not add any support for actually using libxenevtchn, it just adjusts the existing shims.
Note that xc_evtchn_alloc_unbound functionality remains in libxenctrl, since that functionality is not exposed by /dev/xen/evtchn.
---
v4: Ran checkpatch, fixed all errors
Allocate correct size for handle (i.e. not size of the ptr)
--- hw/xen/xen_backend.c | 31 ++++++++++++++++--------------- include/hw/xen/xen_backend.h | 2 +- include/hw/xen/xen_common.h | 44 ++++++++++++++++++++++++++++++++++---------- xen-hvm.c | 25 +++++++++++++------------ 4 files changed, 64 insertions(+), 38 deletions(-)
hw/xen/xen_backend.c +16 -15
@@ -243,19 +243,19 @@ static struct XenDevice *xen_be_get_xendev(const char *type, int dom, int dev, xendev->debug = debug; xendev->local_port =-1 ; - xendev->evtchndev =xen_xc_evtchn_open (NULL ,0 ); -if (xendev->evtchndev ==XC_HANDLER_INITIAL_VALUE ) { + xendev->evtchndev =xenevtchn_open (NULL ,0 ); +if (xendev->evtchndev ==NULL ) {xen_be_printf (NULL ,0 ,"can't open evtchn device\n" );g_free (xendev);return NULL ; } -fcntl (xc_evtchn_fd (xendev->evtchndev),F_SETFD ,FD_CLOEXEC ); +fcntl (xenevtchn_fd (xendev->evtchndev),F_SETFD ,FD_CLOEXEC );if (ops->flags &DEVOPS_FLAG_NEED_GNTDEV ) { xendev->gnttabdev =xen_xc_gnttab_open (NULL ,0 );if (xendev->gnttabdev ==XC_HANDLER_INITIAL_VALUE ) {xen_be_printf (NULL ,0 ,"can't open gnttab device\n" ); -xc_evtchn_close (xendev->evtchndev); +xenevtchn_close (xendev->evtchndev);g_free (xendev);return NULL ; }
@@ -306,8 +306,8 @@ static struct XenDevice *xen_be_del_xendev(int dom, int dev)g_free (xendev->fe); } -if (xendev->evtchndev !=XC_HANDLER_INITIAL_VALUE ) { -xc_evtchn_close (xendev->evtchndev); +if (xendev->evtchndev !=NULL ) { +xenevtchn_close (xendev->evtchndev); }if (xendev->gnttabdev !=XC_HANDLER_INITIAL_VALUE ) {xc_gnttab_close (xendev->gnttabdev);
@@ -691,13 +691,14 @@ static void xen_be_evtchn_event(void *opaque)struct XenDevice *xendev = opaque;evtchn_port_t port; - port =xc_evtchn_pending (xendev->evtchndev); + port =xenevtchn_pending (xendev->evtchndev);if (port != xendev->local_port) { -xen_be_printf (xendev,0 ,"xc_evtchn_pending returned %d (expected %d)\n" , +xen_be_printf (xendev,0 , +"xenevtchn_pending returned %d (expected %d)\n" , port, xendev->local_port);return ; } -xc_evtchn_unmask (xendev->evtchndev, port); +xenevtchn_unmask (xendev->evtchndev, port);if (xendev->ops->event) { xendev->ops->event (xendev);
@@ -740,14 +741,14 @@ int xen_be_bind_evtchn(struct XenDevice *xendev)if (xendev->local_port !=-1 ) {return 0 ; } - xendev->local_port =xc_evtchn_bind_interdomain + xendev->local_port =xenevtchn_bind_interdomain (xendev->evtchndev, xendev->dom, xendev->remote_port);if (xendev->local_port ==-1 ) { -xen_be_printf (xendev,0 ,"xc_evtchn_bind_interdomain failed\n" ); +xen_be_printf (xendev,0 ,"xenevtchn_bind_interdomain failed\n" );return -1 ; }xen_be_printf (xendev,2 ,"bind evtchn port %d\n" , xendev->local_port); -qemu_set_fd_handler (xc_evtchn_fd (xendev->evtchndev), +qemu_set_fd_handler (xenevtchn_fd (xendev->evtchndev), xen_be_evtchn_event,NULL , xendev);return 0 ; }
@@ -757,15 +758,15 @@ void xen_be_unbind_evtchn(struct XenDevice *xendev)if (xendev->local_port ==-1 ) {return ; } -qemu_set_fd_handler (xc_evtchn_fd (xendev->evtchndev),NULL ,NULL ,NULL ); -xc_evtchn_unbind (xendev->evtchndev, xendev->local_port); +qemu_set_fd_handler (xenevtchn_fd (xendev->evtchndev),NULL ,NULL ,NULL ); +xenevtchn_unbind (xendev->evtchndev, xendev->local_port);xen_be_printf (xendev,2 ,"unbind evtchn port %d\n" , xendev->local_port); xendev->local_port =-1 ; }int xen_be_send_notify (struct XenDevice *xendev) { -return xc_evtchn_notify (xendev->evtchndev, xendev->local_port); +return xenevtchn_notify (xendev->evtchndev, xendev->local_port); }/*
include/hw/xen/xen_backend.h +1 -1
@@ -46,7 +46,7 @@ struct XenDevice {int remote_port;int local_port; -XenEvtchn evtchndev; +xenevtchn_handle *evtchndev;XenGnttab gnttabdev;struct XenDevOps *ops;
include/hw/xen/xen_common.h +34 -10
68 lines not on this page · raw message
xen-hvm.c +13 -12
@@ -109,7 +109,7 @@ typedef struct XenIOState {/* evtchn local port for buffered io */ evtchn_port_t bufioreq_local_port;/* the evtchn fd for polling */ -XenEvtchn xce_handle; +xenevtchn_handle *xce_handle;/* which vcpu we are serving */ int send_vcpu;
@@ -714,7 +714,7 @@ static ioreq_t *cpu_get_ioreq(XenIOState *state)int i;evtchn_port_t port; - port =xc_evtchn_pending (state->xce_handle); + port =xenevtchn_pending (state->xce_handle);if (port == state->bufioreq_local_port) {timer_mod (state->buffered_io_timer,BUFFER_IO_MAX_DELAY +qemu_clock_get_ms (QEMU_CLOCK_REALTIME ));
@@ -733,7 +733,7 @@ static ioreq_t *cpu_get_ioreq(XenIOState *state) }/* unmask the wanted port again */ -xc_evtchn_unmask (state->xce_handle, port); +xenevtchn_unmask (state->xce_handle, port);/* get the io packet from shared memory */ state->send_vcpu = i;
@@ -1040,7 +1040,7 @@ static void handle_buffered_io(void *opaque) BUFFER_IO_MAX_DELAY + qemu_clock_get_ms(QEMU_CLOCK_REALTIME)); }else {timer_del (state->buffered_io_timer); -xc_evtchn_unmask (state->xce_handle, state->bufioreq_local_port); +xenevtchn_unmask (state->xce_handle, state->bufioreq_local_port); } }
@@ -1084,7 +1084,8 @@ static void cpu_handle_ioreq(void *opaque) } req->state =STATE_IORESP_READY ; -xc_evtchn_notify (state->xce_handle, state->ioreq_local_port[state->send_vcpu]); +xenevtchn_notify (state->xce_handle, + state->ioreq_local_port[state->send_vcpu]); } }
@@ -1092,8 +1093,8 @@ static void xen_main_loop_prepare(XenIOState *state) {int evtchn_fd =-1 ; -if (state->xce_handle !=XC_HANDLER_INITIAL_VALUE ) { - evtchn_fd =xc_evtchn_fd (state->xce_handle); +if (state->xce_handle !=NULL ) { + evtchn_fd =xenevtchn_fd (state->xce_handle); } state->buffered_io_timer = timer_new_ms(QEMU_CLOCK_REALTIME, handle_buffered_io,
@@ -1131,7 +1132,7 @@ static void xen_exit_notifier(Notifier *n, void *data) {XenIOState *state =container_of (n, XenIOState, exit); -xc_evtchn_close (state->xce_handle); +xenevtchn_close (state->xce_handle);xs_daemon_close (state->xenstore); }
@@ -1200,8 +1201,8 @@ int xen_hvm_init(PCMachineState *pcms, state =g_malloc0 (sizeof (XenIOState)); - state->xce_handle =xen_xc_evtchn_open (NULL ,0 ); -if (state->xce_handle ==XC_HANDLER_INITIAL_VALUE ) { + state->xce_handle =xenevtchn_open (NULL ,0 ); +if (state->xce_handle ==NULL ) {perror ("xen: event channel open" );return -1 ; }
@@ -1281,7 +1282,7 @@ int xen_hvm_init(PCMachineState *pcms,/* FIXME: how about if we overflow the page here? */ for (i =0 ; i < max_cpus; i++) { - rc =xc_evtchn_bind_interdomain (state->xce_handle, xen_domid, + rc =xenevtchn_bind_interdomain (state->xce_handle, xen_domid,xen_vcpu_eport (state->shared_page, i));if (rc ==-1 ) {fprintf (stderr,"shared evtchn %d bind error %d\n" , i, errno);
@@ -1290,7 +1291,7 @@ int xen_hvm_init(PCMachineState *pcms, state->ioreq_local_port[i] = rc; } - rc =xc_evtchn_bind_interdomain (state->xce_handle, xen_domid, + rc =xenevtchn_bind_interdomain (state->xce_handle, xen_domid, bufioreq_evtchn);if (rc ==-1 ) {fprintf (stderr,"buffered evtchn bind error %d\n" , errno);
Signature · 1 line
2.1.4
PATCH v6 2/8 xen: Switch to libxenevtchn interface for compat shims.
In reply to Ian CampbellIn Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity.
One such library will be libxenevtchn which provides access to event channels.
In preparation for this switch the compatibility layer in xen_common.h (which support building with older versions of Xen) to use what will be the new library API. This means that the evtchn shim will disappear for versions of Xen which include libxenevtchn.
To simplify things for the <= 4.0.0 support we wrap the int fd in a malloc(sizeof int) such that the handle is always a pointer. This leads to less typedef headaches and the need for XC_HANDLER_INITIAL_VALUE etc for these interfaces.
Note that this patch does not add any support for actually using libxenevtchn, it just adjusts the existing shims.
Note that xc_evtchn_alloc_unbound functionality remains in libxenctrl, since that functionality is not exposed by /dev/xen/evtchn.
---
v4: Ran checkpatch, fixed all errors
Allocate correct size for handle (i.e. not size of the ptr)
--- hw/xen/xen_backend.c | 31 ++++++++++++++++--------------- include/hw/xen/xen_backend.h | 2 +- include/hw/xen/xen_common.h | 44 ++++++++++++++++++++++++++++++++++---------- xen-hvm.c | 25 +++++++++++++------------ 4 files changed, 64 insertions(+), 38 deletions(-)
hw/xen/xen_backend.c +16 -15
@@ -243,19 +243,19 @@ static struct XenDevice *xen_be_get_xendev(const char *type, int dom, int dev, xendev->debug = debug; xendev->local_port =-1 ; - xendev->evtchndev =xen_xc_evtchn_open (NULL ,0 ); -if (xendev->evtchndev ==XC_HANDLER_INITIAL_VALUE ) { + xendev->evtchndev =xenevtchn_open (NULL ,0 ); +if (xendev->evtchndev ==NULL ) {xen_be_printf (NULL ,0 ,"can't open evtchn device\n" );g_free (xendev);return NULL ; } -fcntl (xc_evtchn_fd (xendev->evtchndev),F_SETFD ,FD_CLOEXEC ); +fcntl (xenevtchn_fd (xendev->evtchndev),F_SETFD ,FD_CLOEXEC );if (ops->flags &DEVOPS_FLAG_NEED_GNTDEV ) { xendev->gnttabdev =xen_xc_gnttab_open (NULL ,0 );if (xendev->gnttabdev ==XC_HANDLER_INITIAL_VALUE ) {xen_be_printf (NULL ,0 ,"can't open gnttab device\n" ); -xc_evtchn_close (xendev->evtchndev); +xenevtchn_close (xendev->evtchndev);g_free (xendev);return NULL ; }
@@ -306,8 +306,8 @@ static struct XenDevice *xen_be_del_xendev(int dom, int dev)g_free (xendev->fe); } -if (xendev->evtchndev !=XC_HANDLER_INITIAL_VALUE ) { -xc_evtchn_close (xendev->evtchndev); +if (xendev->evtchndev !=NULL ) { +xenevtchn_close (xendev->evtchndev); }if (xendev->gnttabdev !=XC_HANDLER_INITIAL_VALUE ) {xc_gnttab_close (xendev->gnttabdev);
@@ -691,13 +691,14 @@ static void xen_be_evtchn_event(void *opaque)struct XenDevice *xendev = opaque;evtchn_port_t port; - port =xc_evtchn_pending (xendev->evtchndev); + port =xenevtchn_pending (xendev->evtchndev);if (port != xendev->local_port) { -xen_be_printf (xendev,0 ,"xc_evtchn_pending returned %d (expected %d)\n" , +xen_be_printf (xendev,0 , +"xenevtchn_pending returned %d (expected %d)\n" , port, xendev->local_port);return ; } -xc_evtchn_unmask (xendev->evtchndev, port); +xenevtchn_unmask (xendev->evtchndev, port);if (xendev->ops->event) { xendev->ops->event (xendev);
@@ -740,14 +741,14 @@ int xen_be_bind_evtchn(struct XenDevice *xendev)if (xendev->local_port !=-1 ) {return 0 ; } - xendev->local_port =xc_evtchn_bind_interdomain + xendev->local_port =xenevtchn_bind_interdomain (xendev->evtchndev, xendev->dom, xendev->remote_port);if (xendev->local_port ==-1 ) { -xen_be_printf (xendev,0 ,"xc_evtchn_bind_interdomain failed\n" ); +xen_be_printf (xendev,0 ,"xenevtchn_bind_interdomain failed\n" );return -1 ; }xen_be_printf (xendev,2 ,"bind evtchn port %d\n" , xendev->local_port); -qemu_set_fd_handler (xc_evtchn_fd (xendev->evtchndev), +qemu_set_fd_handler (xenevtchn_fd (xendev->evtchndev), xen_be_evtchn_event,NULL , xendev);return 0 ; }
@@ -757,15 +758,15 @@ void xen_be_unbind_evtchn(struct XenDevice *xendev)if (xendev->local_port ==-1 ) {return ; } -qemu_set_fd_handler (xc_evtchn_fd (xendev->evtchndev),NULL ,NULL ,NULL ); -xc_evtchn_unbind (xendev->evtchndev, xendev->local_port); +qemu_set_fd_handler (xenevtchn_fd (xendev->evtchndev),NULL ,NULL ,NULL ); +xenevtchn_unbind (xendev->evtchndev, xendev->local_port);xen_be_printf (xendev,2 ,"unbind evtchn port %d\n" , xendev->local_port); xendev->local_port =-1 ; }int xen_be_send_notify (struct XenDevice *xendev) { -return xc_evtchn_notify (xendev->evtchndev, xendev->local_port); +return xenevtchn_notify (xendev->evtchndev, xendev->local_port); }/*
include/hw/xen/xen_backend.h +1 -1
@@ -46,7 +46,7 @@ struct XenDevice {int remote_port;int local_port; -XenEvtchn evtchndev; +xenevtchn_handle *evtchndev;XenGnttab gnttabdev;struct XenDevOps *ops;
include/hw/xen/xen_common.h +34 -10
68 lines not on this page · raw message
xen-hvm.c +13 -12
@@ -109,7 +109,7 @@ typedef struct XenIOState {/* evtchn local port for buffered io */ evtchn_port_t bufioreq_local_port;/* the evtchn fd for polling */ -XenEvtchn xce_handle; +xenevtchn_handle *xce_handle;/* which vcpu we are serving */ int send_vcpu;
@@ -714,7 +714,7 @@ static ioreq_t *cpu_get_ioreq(XenIOState *state)int i;evtchn_port_t port; - port =xc_evtchn_pending (state->xce_handle); + port =xenevtchn_pending (state->xce_handle);if (port == state->bufioreq_local_port) {timer_mod (state->buffered_io_timer,BUFFER_IO_MAX_DELAY +qemu_clock_get_ms (QEMU_CLOCK_REALTIME ));
@@ -733,7 +733,7 @@ static ioreq_t *cpu_get_ioreq(XenIOState *state) }/* unmask the wanted port again */ -xc_evtchn_unmask (state->xce_handle, port); +xenevtchn_unmask (state->xce_handle, port);/* get the io packet from shared memory */ state->send_vcpu = i;
@@ -1040,7 +1040,7 @@ static void handle_buffered_io(void *opaque) BUFFER_IO_MAX_DELAY + qemu_clock_get_ms(QEMU_CLOCK_REALTIME)); }else {timer_del (state->buffered_io_timer); -xc_evtchn_unmask (state->xce_handle, state->bufioreq_local_port); +xenevtchn_unmask (state->xce_handle, state->bufioreq_local_port); } }
@@ -1084,7 +1084,8 @@ static void cpu_handle_ioreq(void *opaque) } req->state =STATE_IORESP_READY ; -xc_evtchn_notify (state->xce_handle, state->ioreq_local_port[state->send_vcpu]); +xenevtchn_notify (state->xce_handle, + state->ioreq_local_port[state->send_vcpu]); } }
@@ -1092,8 +1093,8 @@ static void xen_main_loop_prepare(XenIOState *state) {int evtchn_fd =-1 ; -if (state->xce_handle !=XC_HANDLER_INITIAL_VALUE ) { - evtchn_fd =xc_evtchn_fd (state->xce_handle); +if (state->xce_handle !=NULL ) { + evtchn_fd =xenevtchn_fd (state->xce_handle); } state->buffered_io_timer = timer_new_ms(QEMU_CLOCK_REALTIME, handle_buffered_io,
@@ -1131,7 +1132,7 @@ static void xen_exit_notifier(Notifier *n, void *data) {XenIOState *state =container_of (n, XenIOState, exit); -xc_evtchn_close (state->xce_handle); +xenevtchn_close (state->xce_handle);xs_daemon_close (state->xenstore); }
@@ -1200,8 +1201,8 @@ int xen_hvm_init(PCMachineState *pcms, state =g_malloc0 (sizeof (XenIOState)); - state->xce_handle =xen_xc_evtchn_open (NULL ,0 ); -if (state->xce_handle ==XC_HANDLER_INITIAL_VALUE ) { + state->xce_handle =xenevtchn_open (NULL ,0 ); +if (state->xce_handle ==NULL ) {perror ("xen: event channel open" );return -1 ; }
@@ -1281,7 +1282,7 @@ int xen_hvm_init(PCMachineState *pcms,/* FIXME: how about if we overflow the page here? */ for (i =0 ; i < max_cpus; i++) { - rc =xc_evtchn_bind_interdomain (state->xce_handle, xen_domid, + rc =xenevtchn_bind_interdomain (state->xce_handle, xen_domid,xen_vcpu_eport (state->shared_page, i));if (rc ==-1 ) {fprintf (stderr,"shared evtchn %d bind error %d\n" , i, errno);
@@ -1290,7 +1291,7 @@ int xen_hvm_init(PCMachineState *pcms, state->ioreq_local_port[i] = rc; } - rc =xc_evtchn_bind_interdomain (state->xce_handle, xen_domid, + rc =xenevtchn_bind_interdomain (state->xce_handle, xen_domid, bufioreq_evtchn);if (rc ==-1 ) {fprintf (stderr,"buffered evtchn bind error %d\n" , errno);
Signature · 1 line
2.1.4
PATCH v6 3/8 xen: Switch to libxengnttab interface for compat shims.
In reply to Ian CampbellIn Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity.
One such library will be libxengnttab which provides access to grant tables.
In preparation for this switch the compatibility layer in xen_common.h (which support building with older versions of Xen) to use what will be the new library API. This means that the gnttab shim will disappear for versions of Xen which include libxengnttab.
To simplify things for the <= 4.0.0 support we wrap the int fd in a malloc(sizeof int) such that the handle is always a pointer. This leads to less typedef headaches and the need for XC_HANDLER_INITIAL_VALUE etc for these interfaces.
Note that this patch does not add any support for actually using libxengnttab, it just adjusts the existing shims.
---
v4: Ran checkpatch, fixed all errors
Allocate correct size for handle (i.e. not size of the ptr) Rebase onto "xen_console: correctly cleanup primary console on teardown."
v5: Rebase over b4f72e31b924 "hw/net/xen_nic.c: Free 'netdev->txs' when map 'netdev->rxs' fails" which added a new gnttab_munmap.
--- hw/block/xen_disk.c | 38 ++++++++++++++++++++------------------ hw/char/xen_console.c | 4 ++-- hw/net/xen_nic.c | 18 +++++++++--------- hw/xen/xen_backend.c | 10 +++++----- include/hw/xen/xen_backend.h | 2 +- include/hw/xen/xen_common.h | 42 ++++++++++++++++++++++++++++++++---------- 6 files changed, 69 insertions(+), 45 deletions(-)
hw/block/xen_disk.c +20 -18
@@ -171,11 +171,11 @@ static gint int_cmp(gconstpointer a, gconstpointer b, gpointer user_data)static void destroy_grant (gpointer pgnt) {PersistentGrant *grant = pgnt; -XenGnttab gnt = grant->blkdev->xendev.gnttabdev; +xengnttab_handle *gnt = grant->blkdev->xendev.gnttabdev; -if (xc_gnttab_munmap (gnt, grant->page,1 ) !=0 ) { +if (xengnttab_munmap (gnt, grant->page,1 ) !=0 ) {xen_be_printf (&grant->blkdev->xendev,0 , -"xc_gnttab_munmap failed: %s\n" , +"xengnttab_munmap failed: %s\n" ,strerror (errno)); } grant->blkdev->persistent_gnt_count--;
@@ -188,11 +188,11 @@ static void remove_persistent_region(gpointer data, gpointer dev) {PersistentRegion *region = data;struct XenBlkDev *blkdev = dev; -XenGnttab gnt = blkdev->xendev.gnttabdev; +xengnttab_handle *gnt = blkdev->xendev.gnttabdev; -if (xc_gnttab_munmap (gnt, region->addr, region->num) !=0 ) { +if (xengnttab_munmap (gnt, region->addr, region->num) !=0 ) {xen_be_printf (&blkdev->xendev,0 , -"xc_gnttab_munmap region %p failed: %s\n" , +"xengnttab_munmap region %p failed: %s\n" , region->addr,strerror (errno)); } xen_be_printf(&blkdev->xendev, 3,
@@ -327,7 +327,7 @@ err:static void ioreq_unmap (struct ioreq *ioreq) { -XenGnttab gnt = ioreq->blkdev->xendev.gnttabdev; +xengnttab_handle *gnt = ioreq->blkdev->xendev.gnttabdev;int i;if (ioreq->num_unmap ==0 || ioreq->mapped ==0 ) {
@@ -337,8 +337,9 @@ static void ioreq_unmap(struct ioreq *ioreq)if (!ioreq->pages) {return ; } -if (xc_gnttab_munmap (gnt, ioreq->pages, ioreq->num_unmap) !=0 ) { -xen_be_printf (&ioreq->blkdev->xendev,0 ,"xc_gnttab_munmap failed: %s\n" , +if (xengnttab_munmap (gnt, ioreq->pages, ioreq->num_unmap) !=0 ) { +xen_be_printf (&ioreq->blkdev->xendev,0 , +"xengnttab_munmap failed: %s\n" ,strerror (errno)); } ioreq->blkdev->cnt_map -= ioreq->num_unmap;
@@ -348,8 +349,9 @@ static void ioreq_unmap(struct ioreq *ioreq)if (!ioreq->page[i]) {continue ; } -if (xc_gnttab_munmap (gnt, ioreq->page[i],1 ) !=0 ) { -xen_be_printf (&ioreq->blkdev->xendev,0 ,"xc_gnttab_munmap failed: %s\n" , +if (xengnttab_munmap (gnt, ioreq->page[i],1 ) !=0 ) { +xen_be_printf (&ioreq->blkdev->xendev,0 , +"xengnttab_munmap failed: %s\n" ,strerror (errno)); } ioreq->blkdev->cnt_map--;
@@ -361,7 +363,7 @@ static void ioreq_unmap(struct ioreq *ioreq)static int ioreq_map (struct ioreq *ioreq) { -XenGnttab gnt = ioreq->blkdev->xendev.gnttabdev; +xengnttab_handle *gnt = ioreq->blkdev->xendev.gnttabdev;uint32_t domids[BLKIF_MAX_SEGMENTS_PER_REQUEST ];uint32_t refs[BLKIF_MAX_SEGMENTS_PER_REQUEST ];void *page[BLKIF_MAX_SEGMENTS_PER_REQUEST ];
@@ -412,7 +414,7 @@ static int ioreq_map(struct ioreq *ioreq) }if (batch_maps && new_maps) { - ioreq->pages =xc_gnttab_map_grant_refs + ioreq->pages =xengnttab_map_grant_refs (gnt, new_maps, domids, refs, ioreq->prot);if (ioreq->pages ==NULL ) { xen_be_printf(&ioreq->blkdev->xendev, 0,
@@ -428,7 +430,7 @@ static int ioreq_map(struct ioreq *ioreq) ioreq->blkdev->cnt_map += new_maps; }else if (new_maps) {for (i =0 ; i < new_maps; i++) { - ioreq->page[i] =xc_gnttab_map_grant_ref + ioreq->page[i] =xengnttab_map_grant_ref (gnt, domids[i], refs[i], ioreq->prot);if (ioreq->page[i] ==NULL ) { xen_be_printf(&ioreq->blkdev->xendev, 0,
@@ -778,9 +780,9 @@ static void blk_alloc(struct XenDevice *xendev)if (xen_mode !=XEN_EMULATE ) { batch_maps =1 ; } -if (xc_gnttab_set_max_grants (xendev->gnttabdev, +if (xengnttab_set_max_grants (xendev->gnttabdev,MAX_GRANTS (max_requests,BLKIF_MAX_SEGMENTS_PER_REQUEST )) <0 ) { -xen_be_printf (xendev,0 ,"xc_gnttab_set_max_grants failed: %s\n" , +xen_be_printf (xendev,0 ,"xengnttab_set_max_grants failed: %s\n" ,strerror (errno)); } }
@@ -987,7 +989,7 @@ static int blk_connect(struct XenDevice *xendev) } } - blkdev->sring =xc_gnttab_map_grant_ref (blkdev->xendev.gnttabdev, + blkdev->sring =xengnttab_map_grant_ref (blkdev->xendev.gnttabdev, blkdev->xendev.dom, blkdev->ring_ref,PROT_READ |PROT_WRITE );
@@ -1052,7 +1054,7 @@ static void blk_disconnect(struct XenDevice *xendev)xen_be_unbind_evtchn (&blkdev->xendev);if (blkdev->sring) { -xc_gnttab_munmap (blkdev->xendev.gnttabdev, blkdev->sring,1 ); +xengnttab_munmap (blkdev->xendev.gnttabdev, blkdev->sring,1 ); blkdev->cnt_map--; blkdev->sring =NULL ; }
hw/char/xen_console.c +2 -2
@@ -233,7 +233,7 @@ static int con_initialise(struct XenDevice *xendev)PROT_READ |PROT_WRITE , con->ring_ref); }else { - con->sring =xc_gnttab_map_grant_ref (xendev->gnttabdev, con->xendev.dom, + con->sring =xengnttab_map_grant_ref (xendev->gnttabdev, con->xendev.dom, con->ring_ref,PROT_READ |PROT_WRITE ); }
@@ -275,7 +275,7 @@ static void con_disconnect(struct XenDevice *xendev)if (!xendev->dev) {munmap (con->sring,XC_PAGE_SIZE ); }else { -xc_gnttab_munmap (xendev->gnttabdev, con->sring,1 ); +xengnttab_munmap (xendev->gnttabdev, con->sring,1 ); } con->sring =NULL ; }
hw/net/xen_nic.c +9 -9
@@ -168,7 +168,7 @@ static void net_tx_packets(struct XenNetDev *netdev) (txreq.flags & NETTXF_more_data) ?" more_data" :"" , (txreq.flags & NETTXF_extra_info) ? " extra_info" : ""); - page =xc_gnttab_map_grant_ref (netdev->xendev.gnttabdev, + page =xengnttab_map_grant_ref (netdev->xendev.gnttabdev, netdev->xendev.dom, txreq.gref,PROT_READ );if (page ==NULL ) {
@@ -190,7 +190,7 @@ static void net_tx_packets(struct XenNetDev *netdev)qemu_send_packet (qemu_get_queue (netdev->nic), page + txreq.offset, txreq.size); } -xc_gnttab_munmap (netdev->xendev.gnttabdev, page,1 ); +xengnttab_munmap (netdev->xendev.gnttabdev, page,1 );net_tx_response (netdev, &txreq,NETIF_RSP_OKAY ); }if (!netdev->tx_work) {
@@ -260,7 +260,7 @@ static ssize_t net_rx_packet(NetClientState *nc, const uint8_t *buf, size_t sizememcpy (&rxreq,RING_GET_REQUEST (&netdev->rx_ring, rc),sizeof (rxreq)); netdev->rx_ring.req_cons = ++rc; - page =xc_gnttab_map_grant_ref (netdev->xendev.gnttabdev, + page =xengnttab_map_grant_ref (netdev->xendev.gnttabdev, netdev->xendev.dom, rxreq.gref,PROT_WRITE );if (page ==NULL ) {
@@ -270,7 +270,7 @@ static ssize_t net_rx_packet(NetClientState *nc, const uint8_t *buf, size_t sizereturn -1 ; }memcpy (page +NET_IP_ALIGN , buf, size); -xc_gnttab_munmap (netdev->xendev.gnttabdev, page,1 ); +xengnttab_munmap (netdev->xendev.gnttabdev, page,1 );net_rx_response (netdev, &rxreq,NETIF_RSP_OKAY ,NET_IP_ALIGN , size,0 );return size;
@@ -342,19 +342,19 @@ static int net_connect(struct XenDevice *xendev)return -1 ; } - netdev->txs =xc_gnttab_map_grant_ref (netdev->xendev.gnttabdev, + netdev->txs =xengnttab_map_grant_ref (netdev->xendev.gnttabdev, netdev->xendev.dom, netdev->tx_ring_ref,PROT_READ |PROT_WRITE );if (!netdev->txs) {return -1 ; } - netdev->rxs =xc_gnttab_map_grant_ref (netdev->xendev.gnttabdev, + netdev->rxs =xengnttab_map_grant_ref (netdev->xendev.gnttabdev, netdev->xendev.dom, netdev->rx_ring_ref,PROT_READ |PROT_WRITE );if (!netdev->rxs) { -xc_gnttab_munmap (netdev->xendev.gnttabdev, netdev->txs,1 ); +xengnttab_munmap (netdev->xendev.gnttabdev, netdev->txs,1 ); netdev->txs =NULL ;return -1 ; }
@@ -379,11 +379,11 @@ static void net_disconnect(struct XenDevice *xendev)xen_be_unbind_evtchn (&netdev->xendev);if (netdev->txs) { -xc_gnttab_munmap (netdev->xendev.gnttabdev, netdev->txs,1 ); +xengnttab_munmap (netdev->xendev.gnttabdev, netdev->txs,1 ); netdev->txs =NULL ; }if (netdev->rxs) { -xc_gnttab_munmap (netdev->xendev.gnttabdev, netdev->rxs,1 ); +xengnttab_munmap (netdev->xendev.gnttabdev, netdev->rxs,1 ); netdev->rxs =NULL ; } }
hw/xen/xen_backend.c +5 -5
@@ -252,15 +252,15 @@ static struct XenDevice *xen_be_get_xendev(const char *type, int dom, int dev,fcntl (xenevtchn_fd (xendev->evtchndev),F_SETFD ,FD_CLOEXEC );if (ops->flags &DEVOPS_FLAG_NEED_GNTDEV ) { - xendev->gnttabdev =xen_xc_gnttab_open (NULL ,0 ); -if (xendev->gnttabdev ==XC_HANDLER_INITIAL_VALUE ) { + xendev->gnttabdev =xengnttab_open (NULL ,0 ); +if (xendev->gnttabdev ==NULL ) {xen_be_printf (NULL ,0 ,"can't open gnttab device\n" );xenevtchn_close (xendev->evtchndev);g_free (xendev);return NULL ; } }else { - xendev->gnttabdev =XC_HANDLER_INITIAL_VALUE ; + xendev->gnttabdev =NULL ; }QTAILQ_INSERT_TAIL (&xendevs, xendev, next);
@@ -309,8 +309,8 @@ static struct XenDevice *xen_be_del_xendev(int dom, int dev)if (xendev->evtchndev !=NULL ) {xenevtchn_close (xendev->evtchndev); } -if (xendev->gnttabdev !=XC_HANDLER_INITIAL_VALUE ) { -xc_gnttab_close (xendev->gnttabdev); +if (xendev->gnttabdev !=NULL ) { +xengnttab_close (xendev->gnttabdev); }QTAILQ_REMOVE (&xendevs, xendev, next);
include/hw/xen/xen_backend.h +1 -1
@@ -47,7 +47,7 @@ struct XenDevice {int local_port;xenevtchn_handle *evtchndev; -XenGnttab gnttabdev; +xengnttab_handle *gnttabdev;struct XenDevOps *ops;QTAILQ_ENTRY (XenDevice) next;
include/hw/xen/xen_common.h +32 -10
68 lines not on this page · raw message
Signature · 1 line
2.1.4
PATCH v6 4/8 xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian CampbellIn Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity.
One such library will be libxenforeignmemory which provides access to privileged foreign mappings and which will provide an interface equivalent to xc_map_foreign_{pages,bulk}.
In preparation for this switch all uses of xc_map_foreign_range to xc_map_foreign_pages. This is trivial because size was always XC_PAGE_SIZE so the necessary adjustments are trivial:
* Pass &mfn (an array of length 1) instead of mfn. The function takes a pointer to const, so there is no possibily of mfn changing due to this change.
* Pass nr_pages=1 instead of size=XC_PAGE_SIZE
There is one wrinkle in xen_console.c:con_initialise() where con->ring_ref is an int but can in some code paths (when !xendev->dev) be treated as an mfn. I think this is an existing latent truncation hazard on platforms where xen_pfn_t is 64-bit and int is 32-bit (e.g. amd64, both arm* variants). I'm unsure under what circumstances xendev->dev can be NULL or if anything elsewhere ensures the value fits into an int. For now I just use a temporary xen_pfn_t to in effect upcast the pointer from int* to xen_pfn_t*.
---
v6: Switch to xc_map_foreign_pages rather than _bulk. Switching to
_bulk without checking the value of err[0] risked missing errors. The new xenforeignmemory_map coming later in this series will DTRT with err==NULL.
Dropped Stefano's Reviewed-by due to this change.
v4: Ran checkpatch, fixed all errors
Mention the const-ness of the mfn array in the commit log
--- hw/char/xen_console.c | 8 ++++---- hw/display/xenfb.c | 5 ++--- xen-hvm.c | 14 +++++++------- 3 files changed, 13 insertions(+), 14 deletions(-)
hw/char/xen_console.c +4 -4
@@ -228,10 +228,10 @@ static int con_initialise(struct XenDevice *xendev) con->buffer.max_capacity = limit;if (!xendev->dev) { - con->sring =xc_map_foreign_range (xen_xc, con->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , - con->ring_ref); +xen_pfn_t mfn = con->ring_ref; + con->sring =xc_map_foreign_pages (xen_xc, con->xendev.dom, +PROT_READ |PROT_WRITE , + &mfn,1 ); }else { con->sring = xengnttab_map_grant_ref(xendev->gnttabdev, con->xendev.dom, con->ring_ref,
hw/display/xenfb.c +2 -3
@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int (&c->xendev,"event-channel" , &c->xendev.remote_port) ==-1 )return -1 ; - c->page =xc_map_foreign_range (xen_xc, c->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , mfn); + c->page =xc_map_foreign_pages (xen_xc, c->xendev.dom, +PROT_READ |PROT_WRITE , &mfn,1 );if (c->page ==NULL )return -1 ;
xen-hvm.c +7 -7
@@ -1240,8 +1240,9 @@ int xen_hvm_init(PCMachineState *pcms,DPRINTF ("buffered io page at pfn %lx\n" , bufioreq_pfn);DPRINTF ("buffered io evtchn is %x\n" , bufioreq_evtchn); - state->shared_page =xc_map_foreign_range (xen_xc, xen_domid,XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , ioreq_pfn); + state->shared_page =xc_map_foreign_pages (xen_xc, xen_domid, +PROT_READ |PROT_WRITE , + &ioreq_pfn,1 );if (state->shared_page ==NULL ) {hw_error ("map shared IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);
@@ -1251,8 +1252,8 @@ int xen_hvm_init(PCMachineState *pcms,if (!rc) {DPRINTF ("shared vmport page at pfn %lx\n" , ioreq_pfn); state->shared_vmport_page = -xc_map_foreign_range (xen_xc, xen_domid,XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , ioreq_pfn); +xc_map_foreign_pages (xen_xc, xen_domid,PROT_READ |PROT_WRITE , + &ioreq_pfn,1 );if (state->shared_vmport_page ==NULL ) {hw_error ("map shared vmport IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);
@@ -1261,10 +1262,9 @@ int xen_hvm_init(PCMachineState *pcms,hw_error ("get vmport regs pfn returned error %d, rc=%d" , errno, rc); } - state->buffered_io_page =xc_map_foreign_range (xen_xc, xen_domid, -XC_PAGE_SIZE , + state->buffered_io_page =xc_map_foreign_pages (xen_xc, xen_domid,PROT_READ |PROT_WRITE , - bufioreq_pfn); + &bufioreq_pfn,1 );if (state->buffered_io_page ==NULL ) {hw_error ("map buffered IO page returned error %d" , errno); }
Signature · 1 line
2.1.4
Re: [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
Quoted 26 lines · Ian Campbell
In Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity.
One such library will be libxenforeignmemory which provides access to privileged foreign mappings and which will provide an interface equivalent to xc_map_foreign_{pages,bulk}.
In preparation for this switch all uses of
xc_map_foreign_rangetoxc_map_foreign_pages. This is trivial because size was alwaysXC_PAGE_SIZEso the necessary adjustments are trivial:* Pass &mfn (an array of length 1) instead of mfn. The function takes a pointer to const, so there is no possibily of mfn changing due to this change.
* Pass nr_pages=1 instead of size=XC_PAGE_SIZEThere is one wrinkle in xen_console.c:con_initialise() where
con->ring_refis an int but can in some code paths (when !xendev->dev) be treated as an mfn. I think this is an existing latent truncation hazard on platforms wherexen_pfn_tis 64-bit and int is 32-bit (e.g. amd64, both arm* variants). I'm unsure under what circumstancesxendev->devcan be NULL or if anything elsewhere ensures the value fits into an int. For now I just use a temporaryxen_pfn_tto in effect upcast the pointer from int* to xen_pfn_t*.
Quoted 1 line
Signed-off-by Ian Campbell <[email protected]>
Quoted 93 lines
v6: Switch to
xc_map_foreign_pagesrather than_bulk. Switching to
_bulkwithout checking the value of err[0] risked missing errors. The newxenforeignmemory_mapcoming later in this series will DTRT with err==NULL.Dropped Stefano's Reviewed-by due to this change.
v4: Ran checkpatch, fixed all errors
Mention the const-ness of the mfn array in the commit log--- hw/char/xen_console.c | 8 ++++---- hw/display/xenfb.c | 5 ++--- xen-hvm.c | 14 +++++++------- 3 files changed, 13 insertions(+), 14 deletions(-)hw/char/xen_console.c +4
-4@@ -228,10 +228,10 @@ static int con_initialise(struct XenDevice *xendev) con->buffer.max_capacity = limit;if (!xendev->dev) { - con->sring =xc_map_foreign_range (xen_xc, con->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , - con->ring_ref); +xen_pfn_t mfn = con->ring_ref; + con->sring =xc_map_foreign_pages (xen_xc, con->xendev.dom, +PROT_READ |PROT_WRITE , + &mfn,1 ); }else { con->sring = xengnttab_map_grant_ref(xendev->gnttabdev, con->xendev.dom, con->ring_ref,hw/display/xenfb.c +2
-3@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int (&c->xendev,"event-channel" , &c->xendev.remote_port) ==-1 )return -1 ; - c->page =xc_map_foreign_range (xen_xc, c->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , mfn); + c->page =xc_map_foreign_pages (xen_xc, c->xendev.dom, +PROT_READ |PROT_WRITE , &mfn,1 );if (c->page ==NULL )return -1 ;xen-hvm.c +7
-7@@ -1240,8 +1240,9 @@ int xen_hvm_init(PCMachineState *pcms,DPRINTF ("buffered io page at pfn %lx\n" , bufioreq_pfn);DPRINTF ("buffered io evtchn is %x\n" , bufioreq_evtchn); - state->shared_page =xc_map_foreign_range (xen_xc, xen_domid,XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , ioreq_pfn); + state->shared_page =xc_map_foreign_pages (xen_xc, xen_domid, +PROT_READ |PROT_WRITE , + &ioreq_pfn,1 );if (state->shared_page ==NULL ) {hw_error ("map shared IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);@@ -1251,8 +1252,8 @@ int xen_hvm_init(PCMachineState *pcms,if (!rc) {DPRINTF ("shared vmport page at pfn %lx\n" , ioreq_pfn); state->shared_vmport_page = -xc_map_foreign_range (xen_xc, xen_domid,XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , ioreq_pfn); +xc_map_foreign_pages (xen_xc, xen_domid,PROT_READ |PROT_WRITE , + &ioreq_pfn,1 );if (state->shared_vmport_page ==NULL ) {hw_error ("map shared vmport IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);@@ -1261,10 +1262,9 @@ int xen_hvm_init(PCMachineState *pcms,hw_error ("get vmport regs pfn returned error %d, rc=%d" , errno, rc); } - state->buffered_io_page =xc_map_foreign_range (xen_xc, xen_domid, -XC_PAGE_SIZE , + state->buffered_io_page =xc_map_foreign_pages (xen_xc, xen_domid,PROT_READ |PROT_WRITE , - bufioreq_pfn); + &bufioreq_pfn,1 );if (state->buffered_io_page ==NULL ) {hw_error ("map buffered IO page returned error %d" , errno); }Signature · 1 line
2.1.4
Re: [Qemu-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian CampbellQuoted 26 lines · Ian Campbell
In Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity.
One such library will be libxenforeignmemory which provides access to privileged foreign mappings and which will provide an interface equivalent to xc_map_foreign_{pages,bulk}.
In preparation for this switch all uses of
xc_map_foreign_rangetoxc_map_foreign_pages. This is trivial because size was alwaysXC_PAGE_SIZEso the necessary adjustments are trivial:* Pass &mfn (an array of length 1) instead of mfn. The function takes a pointer to const, so there is no possibily of mfn changing due to this change.
* Pass nr_pages=1 instead of size=XC_PAGE_SIZEThere is one wrinkle in xen_console.c:con_initialise() where
con->ring_refis an int but can in some code paths (when !xendev->dev) be treated as an mfn. I think this is an existing latent truncation hazard on platforms wherexen_pfn_tis 64-bit and int is 32-bit (e.g. amd64, both arm* variants). I'm unsure under what circumstancesxendev->devcan be NULL or if anything elsewhere ensures the value fits into an int. For now I just use a temporaryxen_pfn_tto in effect upcast the pointer from int* to xen_pfn_t*.
Quoted 1 line
Signed-off-by Ian Campbell <[email protected]>
Quoted 93 lines
v6: Switch to
xc_map_foreign_pagesrather than_bulk. Switching to
_bulkwithout checking the value of err[0] risked missing errors. The newxenforeignmemory_mapcoming later in this series will DTRT with err==NULL.Dropped Stefano's Reviewed-by due to this change.
v4: Ran checkpatch, fixed all errors
Mention the const-ness of the mfn array in the commit log--- hw/char/xen_console.c | 8 ++++---- hw/display/xenfb.c | 5 ++--- xen-hvm.c | 14 +++++++------- 3 files changed, 13 insertions(+), 14 deletions(-)hw/char/xen_console.c +4
-4@@ -228,10 +228,10 @@ static int con_initialise(struct XenDevice *xendev) con->buffer.max_capacity = limit;if (!xendev->dev) { - con->sring =xc_map_foreign_range (xen_xc, con->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , - con->ring_ref); +xen_pfn_t mfn = con->ring_ref; + con->sring =xc_map_foreign_pages (xen_xc, con->xendev.dom, +PROT_READ |PROT_WRITE , + &mfn,1 ); }else { con->sring = xengnttab_map_grant_ref(xendev->gnttabdev, con->xendev.dom, con->ring_ref,hw/display/xenfb.c +2
-3@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int (&c->xendev,"event-channel" , &c->xendev.remote_port) ==-1 )return -1 ; - c->page =xc_map_foreign_range (xen_xc, c->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , mfn); + c->page =xc_map_foreign_pages (xen_xc, c->xendev.dom, +PROT_READ |PROT_WRITE , &mfn,1 );if (c->page ==NULL )return -1 ;xen-hvm.c +7
-7@@ -1240,8 +1240,9 @@ int xen_hvm_init(PCMachineState *pcms,DPRINTF ("buffered io page at pfn %lx\n" , bufioreq_pfn);DPRINTF ("buffered io evtchn is %x\n" , bufioreq_evtchn); - state->shared_page =xc_map_foreign_range (xen_xc, xen_domid,XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , ioreq_pfn); + state->shared_page =xc_map_foreign_pages (xen_xc, xen_domid, +PROT_READ |PROT_WRITE , + &ioreq_pfn,1 );if (state->shared_page ==NULL ) {hw_error ("map shared IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);@@ -1251,8 +1252,8 @@ int xen_hvm_init(PCMachineState *pcms,if (!rc) {DPRINTF ("shared vmport page at pfn %lx\n" , ioreq_pfn); state->shared_vmport_page = -xc_map_foreign_range (xen_xc, xen_domid,XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , ioreq_pfn); +xc_map_foreign_pages (xen_xc, xen_domid,PROT_READ |PROT_WRITE , + &ioreq_pfn,1 );if (state->shared_vmport_page ==NULL ) {hw_error ("map shared vmport IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);@@ -1261,10 +1262,9 @@ int xen_hvm_init(PCMachineState *pcms,hw_error ("get vmport regs pfn returned error %d, rc=%d" , errno, rc); } - state->buffered_io_page =xc_map_foreign_range (xen_xc, xen_domid, -XC_PAGE_SIZE , + state->buffered_io_page =xc_map_foreign_pages (xen_xc, xen_domid,PROT_READ |PROT_WRITE , - bufioreq_pfn); + &bufioreq_pfn,1 );if (state->buffered_io_page ==NULL ) {hw_error ("map buffered IO page returned error %d" , errno); }Signature · 1 line
2.1.4
Re: [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian Campbellhw/display/xenfb.c
Quoted 13 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c) if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port) == -1) return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);
This doesn't build for i386 userspace, since mfn is a uint64_t but xc_map_foreign_pages() wants a xen_pfn_t * (where xen_pfn_t == unsigned long on x86).
Until now that was just a truncation which was already checked for with:
uint64_t mfn;
if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn) == -1) return -1;
assert(mfn == (xen_pfn_t)mfn);
I think in principal passing "(xen_pfn_t *)&mfn" would ok (since it is a singleton array in this case), but I was thinking of going a bit further and:
hw/display/xenfb.c +0 -0
@@ -95,11 +95,13 @@ struct XenFB {
static int common_bind(struct common *c)
{
- uint64_t mfn;
+ uint64_t val;
+ xen_pfn_t mfn;
- if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn) == -1)
+ if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &val) == -1) return -1;
- assert(mfn == (xen_pfn_t)mfn);
+ mfn = (xen_pfn_t)val;
+ assert(val == mfn);
if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port) == -1) return -1;
Stefano, what do you think/prefer? An alternative to the above
I've not spotted any other similar constructs, xenfb is a bit unusual here in that it apparently uses foreign mappings rather than grants like most drivers do.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [Qemu-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian Campbellhw/display/xenfb.c
Quoted 13 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c) if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port) == -1) return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);
This doesn't build for i386 userspace, since mfn is a uint64_t but xc_map_foreign_pages() wants a xen_pfn_t * (where xen_pfn_t == unsigned long on x86).
Until now that was just a truncation which was already checked for with:
uint64_t mfn;
if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn) == -1) return -1;
assert(mfn == (xen_pfn_t)mfn);
I think in principal passing "(xen_pfn_t *)&mfn" would ok (since it is a singleton array in this case), but I was thinking of going a bit further and:
hw/display/xenfb.c +0 -0
@@ -95,11 +95,13 @@ struct XenFB {
static int common_bind(struct common *c)
{
- uint64_t mfn;
+ uint64_t val;
+ xen_pfn_t mfn;
- if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn) == -1)
+ if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &val) == -1) return -1;
- assert(mfn == (xen_pfn_t)mfn);
+ mfn = (xen_pfn_t)val;
+ assert(val == mfn);
if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port) == -1) return -1;
Stefano, what do you think/prefer? An alternative to the above
I've not spotted any other similar constructs, xenfb is a bit unusual here in that it apparently uses foreign mappings rather than grants like most drivers do.
Ian.
Re: [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
Quoted 26 lines · Ian Campbell
hw/display/xenfb.c static int common_bind(struct common *c) · line 108
Quoted 13 lines · Ian Campbell
hw/display/xenfb.c +2
-3@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int (&c->xendev,"event-channel" , &c->xendev.remote_port) ==-1 )return -1 ; - c->page =xc_map_foreign_range (xen_xc, c->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , mfn); + c->page =xc_map_foreign_pages (xen_xc, c->xendev.dom, +PROT_READ |PROT_WRITE , &mfn,1 );This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_t mfn; if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn) == -1) return -1; assert(mfn == (xen_pfn_t)mfn);
Quoted 3 lines
I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a singleton array in this case), but I was thinking of going a bit further and:
It is never ok to convert a pointer like this. In 32bit (little endian) userspace, it will leave the upper half of mfn uninitialised on the stack.
~Andrew
Re: [Qemu-devel] [Xen-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian CampbellQuoted 26 lines · Ian Campbell
hw/display/xenfb.c static int common_bind(struct common *c) · line 108
Quoted 13 lines · Ian Campbell
hw/display/xenfb.c +2
-3@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int (&c->xendev,"event-channel" , &c->xendev.remote_port) ==-1 )return -1 ; - c->page =xc_map_foreign_range (xen_xc, c->xendev.dom, -XC_PAGE_SIZE , -PROT_READ |PROT_WRITE , mfn); + c->page =xc_map_foreign_pages (xen_xc, c->xendev.dom, +PROT_READ |PROT_WRITE , &mfn,1 );This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_t mfn; if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn) == -1) return -1; assert(mfn == (xen_pfn_t)mfn);
Quoted 3 lines
I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a singleton array in this case), but I was thinking of going a bit further and:
It is never ok to convert a pointer like this. In 32bit (little endian) userspace, it will leave the upper half of mfn uninitialised on the stack.
~Andrew
Re: [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
Quoted 35 lines · Andrew Cooper
Quoted 28 lines · Ian Campbell
Quoted 10 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 1 line
xendev.remote_port) == -1)
return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c
Quoted 4 lines
hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_t mfn;
if (
xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) return -1;
assert(mfn == (xen_pfn_t)mfn);Quoted 5 lines
I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a
singleton array in this case), but I was thinking of going a bit further
and:
Quoted 3 lines
It is never ok to convert a pointer like this. In 32bit (little endian) userspace, it will leave the upper half of mfn uninitialised on the stack.
mfn is a 32-bit value on such systems, so there is no upper half any way.
NB I was talking about passing to xc_map_..., not the call to xenstore_read_fe...
In any case my preference is the more long winded way I had further down.
Ian.
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [Qemu-devel] [Xen-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Andrew CooperQuoted 35 lines · Andrew Cooper
Quoted 28 lines · Ian Campbell
Quoted 10 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 1 line
xendev.remote_port) == -1)
return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c
Quoted 4 lines
hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_t mfn;
if (
xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) return -1;
assert(mfn == (xen_pfn_t)mfn);Quoted 5 lines
I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a
singleton array in this case), but I was thinking of going a bit further
and:
Quoted 3 lines
It is never ok to convert a pointer like this. In 32bit (little endian) userspace, it will leave the upper half of mfn uninitialised on the stack.
mfn is a 32-bit value on such systems, so there is no upper half any way.
NB I was talking about passing to xc_map_..., not the call to xenstore_read_fe...
In any case my preference is the more long winded way I had further down.
Ian.
Re: [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian CampbellQuoted 53 lines · Ian Campbell
hw/display/xenfb.c
Quoted 13 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c) if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port) == -1) return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_tmfn;if (
xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) return -1;
assert(mfn == (xen_pfn_t)mfn);I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a singleton array in this case), but I was thinking of going a bit further and:hw/display/xenfb.c +0
-0@@ -95,11 +95,13 @@ struct XenFB {
static intcommon_bind(struct common *c)
{
- uint64_t mfn;
+ uint64_t val;
+ xen_pfn_t mfn;
- if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1)
+ if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &val)== -1) return -1;
- assert(mfn == (xen_pfn_t)mfn);
+ mfn = (xen_pfn_t)val;
+ assert(val == mfn);
if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port)== -1) return -1;
Quoted 1 line
Stefano, what do you think/prefer? An alternative to the above
I like this change because it makes the code more obvious
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [Qemu-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian CampbellQuoted 53 lines · Ian Campbell
hw/display/xenfb.c
Quoted 13 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c) if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port) == -1) return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_tmfn;if (
xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) return -1;
assert(mfn == (xen_pfn_t)mfn);I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a singleton array in this case), but I was thinking of going a bit further and:hw/display/xenfb.c +0
-0@@ -95,11 +95,13 @@ struct XenFB {
static intcommon_bind(struct common *c)
{
- uint64_t mfn;
+ uint64_t val;
+ xen_pfn_t mfn;
- if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1)
+ if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &val)== -1) return -1;
- assert(mfn == (xen_pfn_t)mfn);
+ mfn = (xen_pfn_t)val;
+ assert(val == mfn);
if (xenstore_read_fe_int(&c->xendev, "event-channel", &c->xendev.remote_port)== -1) return -1;
Quoted 1 line
Stefano, what do you think/prefer? An alternative to the above
I like this change because it makes the code more obvious
Re: [Qemu-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
Quoted 56 lines · Stefano Stabellini
Quoted 55 lines · Ian Campbell
Quoted 10 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 1 line
xendev.remote_port) == -1)
return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c
Quoted 4 lines
hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_tmfn;if (
xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) return -1;
assert(mfn == (xen_pfn_t)mfn);I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a
singleton array in this case), but I was thinking of going a bit further
and:hw/display/xenfb.c +0
-0@@ -95,11 +95,13 @@ struct XenFB {
static intcommon_bind(struct common *c)
{
- uint64_t mfn;
+ uint64_t val;
+ xen_pfn_t mfn;
- if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) + if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &val)== -1) return -1;
- assert(mfn == (xen_pfn_t)mfn);
+ mfn = (xen_pfn_t)val;
+ assert(val == mfn);
if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 6 lines
Quoted 4 lines
Quoted 1 line
xendev.remote_port) == -1)
return -1;
Stefano, what do you think/prefer? An alternative to the above
I like this change because it makes the code more obvious
Thanks, with that change may I keep your Reviewed-by?
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
Quoted 57 lines · Ian Campbell
Quoted 56 lines · Stefano Stabellini
Quoted 55 lines · Ian Campbell
Quoted 10 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 1 line
xendev.remote_port) == -1)
return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c
Quoted 4 lines
hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_tmfn;if (
xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) return -1;
assert(mfn == (xen_pfn_t)mfn);I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a
singleton array in this case), but I was thinking of going a bit further
and:hw/display/xenfb.c +0
-0@@ -95,11 +95,13 @@ struct XenFB {
static intcommon_bind(struct common *c)
{
- uint64_t mfn;
+ uint64_t val;
+ xen_pfn_t mfn;
- if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) + if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &val)== -1) return -1;
- assert(mfn == (xen_pfn_t)mfn);
+ mfn = (xen_pfn_t)val;
+ assert(val == mfn);
if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 8 lines
Quoted 6 lines
Quoted 4 lines
Quoted 1 line
xendev.remote_port) == -1)
return -1;
Stefano, what do you think/prefer? An alternative to the above
I like this change because it makes the code more obvious
Thanks, with that change may I keep your Reviewed-by?
Sure
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel
Re: [Qemu-devel] [PATCH QEMU-XEN v6 4/8] xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages
In reply to Ian CampbellQuoted 57 lines · Ian Campbell
Quoted 56 lines · Stefano Stabellini
Quoted 55 lines · Ian Campbell
Quoted 10 lines · Ian Campbell
hw/display/xenfb.c +0
-0@@ -104,9 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 1 line
xendev.remote_port) == -1)
return -1;
- c->page = xc_map_foreign_range(xen_xc,c->xendev.dom,hw/display/xenfb.c
Quoted 4 lines
hw/display/xenfb.c +2
-2- XC_PAGE_SIZE, - PROT_READ | PROT_WRITE, mfn); + c->page = xc_map_foreign_pages(xen_xc, c->xendev.dom, + PROT_READ | PROT_WRITE, &mfn, 1);This doesn't build for i386 userspace, since mfn is a
uint64_tbutxc_map_foreign_pages()wants axen_pfn_t* (wherexen_pfn_t== unsigned long on x86).Until now that was just a truncation which was already checked for with:
uint64_tmfn;if (
xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) return -1;
assert(mfn == (xen_pfn_t)mfn);I think in principal passing "(
xen_pfn_t*)&mfn" would ok (since it is a
singleton array in this case), but I was thinking of going a bit further
and:hw/display/xenfb.c +0
-0@@ -95,11 +95,13 @@ struct XenFB {
static intcommon_bind(struct common *c)
{
- uint64_t mfn;
+ uint64_t val;
+ xen_pfn_t mfn;
- if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &mfn)== -1) + if (xenstore_read_fe_uint64(&c->xendev, "page-ref", &val)== -1) return -1;
- assert(mfn == (xen_pfn_t)mfn);
+ mfn = (xen_pfn_t)val;
+ assert(val == mfn);
if (xenstore_read_fe_int(&c->xendev, "event-channel", &c-
Quoted 8 lines
Quoted 6 lines
Quoted 4 lines
Quoted 1 line
xendev.remote_port) == -1)
return -1;
Stefano, what do you think/prefer? An alternative to the above
I like this change because it makes the code more obvious
Thanks, with that change may I keep your Reviewed-by?
Sure
PATCH v6 5/8 xen: Switch uses of xc_map_foreign_{pages, bulk} to use libxenforeignmemory API.
In reply to Ian CampbellIn Xen 4.7 we are refactoring parts libxenctrl into a number of separate libraries which will provide backward and forward API and ABI compatiblity.
One such library will be libxenforeignmemory which provides access to privileged foreign mappings and which will provide an interface equivalent to xc_map_foreign_{pages,bulk}.
The new xenforeignmemory_map() function behaves like xc_map_foreign_pages() when the err argument is NULL and like xc_map_foreign_bulk() when err is non-NULL, which maps into the shim here onto checking err == NULL and calling the appropriate old function.
Note that xenforeignmemory_map() takes the number of pages before the arrays themselves, in order to support potentially future use of variable-length-arrays in the prototype (in the future, when Xen's baseline toolchain requirements are new enough to ensure VLAs are supported).
In preparation for adding support for libxenforeignmemory add support to the <=4.0 and <=4.6 compat code in xen_common.h to allow us to switch to using the new API. These shims will disappear for versions of Xen which include libxenforeignmemory.
Since libxenforeignmemory will have its own handle type but for <= 4.6 the functionality is provided by using a libxenctrl handle we introduce a new global xen_fmem alongside the existing xen_xc. In fact we make xen_fmem a pointer to the existing xen_xc, which then works correctly with both <=4.0 (xc handle is an int) and <=4.6 (xc handle is a pointer). In the latter case xen_fmem is actually a double indirect pointer, but it all falls out in the wash.
Unlike libxenctrl libxenforeignmemory has an explicit unmap function, rather than just specifying that munmap should be used, so the unmap paths are updated to use xenforeignmemory_unmap, which is a shim for munmap on these versions of xen. The mappings in xen-hvm.c do not appear to be unmapped (which makes sense for a qemu-dm process)
In fb_disconnect this results in a change from simply mmap over the existing mapping (with an implicit munmap) to expliclty unmapping with xenforeignmemory_unmap and then mapping the required anonymous memory in the same hole. I don't think this is a problem since any other thread which was racily touching this region would already be running the risk of hitting the mapping halfway through the call. If this is thought to be a problem then we could consider adding an extra API to the libxenforeignmemory interface to replace a foreign mapping with anonymous shared memory, but I'd prefer not to.
---
v6: Handle _pages as well as _bulk, due to changes in the previous
patches, including the dropping of "xen: Switch uses of xc_map_foreign_pages into xc_map_foreign_bulk" which previous preceded this patch and the change of "xen: Switch uses of xc_map_foreign_range into xc_map_foreign_bulk" into "xen: Switch uses of xc_map_foreign_range into xc_map_foreign_pages".
Handle reordering of arguments to xenforeignmemory_map().
Dropped Stefano's Reviewed-by due to these changes.
v4: Rebase onto "xen_console: correctly cleanup primary console on
teardown."
xenforeignmemory_unmap takes pages not bytes
Compat wrapper for xenforeignmemory_open instead of ifdef in code.
Run check patch and fix most issues. I did not fix:
ERROR: do not initialise globals to 0 or NULL
+xenforeignmemory_handle *xen_fmem = NULL;
=> This is consistent with all of the existing declarations.
ERROR: need consistent spacing around '*' (ctx:WxV) +typedef xc_interface *xenforeignmemory_handle;
=> I think this is a false +ve since this is a pointer "*" not a multiple "*".
reorder args to xenforeignmemory_map
--- hw/char/xen_console.c | 8 ++++---- hw/display/xenfb.c | 17 +++++++++-------- hw/xen/xen_backend.c | 3 ++- include/hw/xen/xen_backend.h | 1 + include/hw/xen/xen_common.h | 29 +++++++++++++++++++++++++++++ xen-common.c | 6 ++++++ xen-hvm.c | 12 ++++++------ xen-mapcache.c | 6 +++--- 8 files changed, 60 insertions(+), 22 deletions(-)
hw/char/xen_console.c +4 -4
@@ -229,9 +229,9 @@ static int con_initialise(struct XenDevice *xendev)if (!xendev->dev) {xen_pfn_t mfn = con->ring_ref; - con->sring =xc_map_foreign_pages (xen_xc, con->xendev.dom, -PROT_READ |PROT_WRITE , - &mfn,1 ); + con->sring =xenforeignmemory_map (xen_fmem, con->xendev.dom, +PROT_READ |PROT_WRITE , +1 , &mfn,NULL ); }else { con->sring = xengnttab_map_grant_ref(xendev->gnttabdev, con->xendev.dom, con->ring_ref,
@@ -273,7 +273,7 @@ static void con_disconnect(struct XenDevice *xendev)if (con->sring) {if (!xendev->dev) { -munmap (con->sring,XC_PAGE_SIZE ); +xenforeignmemory_unmap (xen_fmem, con->sring,1 ); }else {xengnttab_munmap (xendev->gnttabdev, con->sring,1 ); }
hw/display/xenfb.c +9 -8
@@ -104,8 +104,8 @@ static int common_bind(struct common *c)if (xenstore_read_fe_int (&c->xendev,"event-channel" , &c->xendev.remote_port) ==-1 )return -1 ; - c->page =xc_map_foreign_pages (xen_xc, c->xendev.dom, -PROT_READ |PROT_WRITE , &mfn,1 ); + c->page =xenforeignmemory_map (xen_fmem, c->xendev.dom, +PROT_READ |PROT_WRITE ,1 , &mfn,NULL );if (c->page ==NULL )return -1 ;
@@ -120,7 +120,7 @@ static void common_unbind(struct common *c) {xen_be_unbind_evtchn (&c->xendev);if (c->page) { -munmap (c->page,XC_PAGE_SIZE ); +xenforeignmemory_unmap (xen_fmem, c->page,1 ); c->page =NULL ; } }
@@ -493,15 +493,15 @@ static int xenfb_map_fb(struct XenFB *xenfb) fbmfns =g_malloc0 (sizeof (xen_pfn_t) * xenfb->fbpages);xenfb_copy_mfns (mode, n_fbdirs, pgmfns, pd); - map =xc_map_foreign_pages (xen_xc, xenfb->c.xendev.dom, -PROT_READ , pgmfns, n_fbdirs); + map =xenforeignmemory_map (xen_fmem, xenfb->c.xendev.dom, +PROT_READ , n_fbdirs, pgmfns,NULL );if (map ==NULL ) goto out;xenfb_copy_mfns (mode, xenfb->fbpages, fbmfns, map); -munmap (map, n_fbdirs *XC_PAGE_SIZE ); +xenforeignmemory_unmap (xen_fmem, map, n_fbdirs); - xenfb->pixels =xc_map_foreign_pages (xen_xc, xenfb->c.xendev.dom, -PROT_READ , fbmfns, xenfb->fbpages); + xenfb->pixels =xenforeignmemory_map (xen_fmem, xenfb->c.xendev.dom, +PROT_READ , xenfb->fbpages, fbmfns,NULL );if (xenfb->pixels ==NULL ) goto out;
@@ -908,6 +908,7 @@ static void fb_disconnect(struct XenDevice *xendev)* Replacing the framebuffer with anonymous shared memory * instead. This releases the guest pages and keeps qemu happy. */ +xenforeignmemory_unmap (xen_fmem, fb->pixels, fb->fbpages); fb->pixels =mmap (fb->pixels, fb->fbpages *XC_PAGE_SIZE ,PROT_READ |PROT_WRITE ,MAP_SHARED |MAP_ANON ,-1 ,0 );
hw/xen/xen_backend.c +2 -1
@@ -45,6 +45,7 @@/* public */ XenXC xen_xc =XC_HANDLER_INITIAL_VALUE ; +xenforeignmemory_handle *xen_fmem =NULL ;struct xs_handle *xenstore =NULL ;const char *xen_protocol;
@@ -717,7 +718,7 @@ int xen_be_init(void)qemu_set_fd_handler (xs_fileno (xenstore), xenstore_update,NULL ,NULL ); -if (xen_xc ==XC_HANDLER_INITIAL_VALUE ) { +if (xen_xc ==XC_HANDLER_INITIAL_VALUE || xen_fmem ==NULL ) {/* Check if xen_init() have been called */ goto err; }
include/hw/xen/xen_backend.h +1 -0
@@ -57,6 +57,7 @@ struct XenDevice {/* variables */ extern XenXC xen_xc; +extern xenforeignmemory_handle *xen_fmem;extern struct xs_handle *xenstore;extern const char *xen_protocol;
include/hw/xen/xen_common.h +29 -0
@@ -41,6 +41,7 @@ static inline void *xc_map_foreign_bulk(int xc_handle, uint32_t dom, int prot,typedef int XenXC ;typedef int xenevtchn_handle ;typedef int xengnttab_handle ; +typedef int xenforeignmemory_handle ;# define XC_INTERFACE_FMT "%i"# define XC_HANDLER_INITIAL_VALUE -1
@@ -104,6 +105,19 @@ static inline XenXC xen_xc_interface_open(void *logger, void *dombuild_logger,return xc_interface_open (); } +#define xenforeignmemory_open (l, f) &xen_xc +static inline void *xenforeignmemory_map (XenXC *h,uint32_t dom, +int prot,size_t pages, +const xen_pfn_t arr[/*pages*/ ], +int err[/*pages*/ ]) +{ +if (err) +return xc_map_foreign_bulk (*h, dom, prot, arr, err, pages); +else +return xc_map_foreign_pages (*h, dom, prot, arr, pages); +} +#define xenforeignmemory_unmap (h, p, s) munmap(p, s * XC_PAGE_SIZE) +static inline int xc_fd (int xen_xc) {return xen_xc;
@@ -149,6 +163,7 @@ static inline void xs_close(struct xs_handle *xsh)#else typedef xc_interface *XenXC ; +typedef xc_interface *xenforeignmemory_handle ;typedef xc_evtchn xenevtchn_handle ;typedef xc_gnttab xengnttab_handle ;
@@ -178,6 +193,20 @@ static inline XenXC xen_xc_interface_open(void *logger, void *dombuild_logger,return xc_interface_open (logger, dombuild_logger, open_flags); } +#define xenforeignmemory_open (l, f) &xen_xc +static inline void *xenforeignmemory_map (XenXC *h,uint32_t dom, +int prot,size_t pages, +const xen_pfn_t arr[/*pages*/ ], +int err[/*pages*/ ]) +{ +if (err) +return xc_map_foreign_bulk (*h, dom, prot, arr, err, pages); +else +return xc_map_foreign_pages (*h, dom, prot, arr, pages); +} + +#define xenforeignmemory_unmap (h, p, s) munmap(p, s * XC_PAGE_SIZE) +/* FIXME There is now way to have the xen fd */ static inline int xc_fd (xc_interface *xen_xc) {
xen-common.c +6 -0
@@ -118,6 +118,12 @@ static int xen_init(MachineState *ms)xen_be_printf (NULL ,0 ,"can't open xen interface\n" );return -1 ; } + xen_fmem =xenforeignmemory_open (0 ,0 ); +if (xen_fmem ==NULL ) { +xen_be_printf (NULL ,0 ,"can't open xen fmem interface\n" ); +xc_interface_close (xen_xc); +return -1 ; + }qemu_add_vm_change_state_handler (xen_change_state_handler,NULL );global_state_set_optional ();
xen-hvm.c +6 -6
@@ -1240,9 +1240,9 @@ int xen_hvm_init(PCMachineState *pcms,DPRINTF ("buffered io page at pfn %lx\n" , bufioreq_pfn);DPRINTF ("buffered io evtchn is %x\n" , bufioreq_evtchn); - state->shared_page =xc_map_foreign_pages (xen_xc, xen_domid, + state->shared_page =xenforeignmemory_map (xen_fmem, xen_domid,PROT_READ |PROT_WRITE , - &ioreq_pfn,1 ); +1 , &ioreq_pfn,NULL );if (state->shared_page ==NULL ) {hw_error ("map shared IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);
@@ -1252,8 +1252,8 @@ int xen_hvm_init(PCMachineState *pcms,if (!rc) {DPRINTF ("shared vmport page at pfn %lx\n" , ioreq_pfn); state->shared_vmport_page = -xc_map_foreign_pages (xen_xc, xen_domid,PROT_READ |PROT_WRITE , - &ioreq_pfn,1 ); +xenforeignmemory_map (xen_fmem, xen_domid,PROT_READ |PROT_WRITE , +1 , &ioreq_pfn,NULL );if (state->shared_vmport_page ==NULL ) {hw_error ("map shared vmport IO page returned error %d handle=" XC_INTERFACE_FMT , errno, xen_xc);
@@ -1262,9 +1262,9 @@ int xen_hvm_init(PCMachineState *pcms,hw_error ("get vmport regs pfn returned error %d, rc=%d" , errno, rc); } - state->buffered_io_page =xc_map_foreign_pages (xen_xc, xen_domid, + state->buffered_io_page =xenforeignmemory_map (xen_fmem, xen_domid,PROT_READ |PROT_WRITE , - &bufioreq_pfn,1 ); +1 , &bufioreq_pfn,NULL );if (state->buffered_io_page ==NULL ) {hw_error ("map buffered IO page returned error %d" , errno); }
xen-mapcache.c +3 -3
@@ -176,10 +176,10 @@ static void xen_remap_bucket(MapCacheEntry *entry, pfns[i] = (address_index << (MCACHE_BUCKET_SHIFT -XC_PAGE_SHIFT )) + i; } - vaddr_base =xc_map_foreign_bulk (xen_xc, xen_domid,PROT_READ |PROT_WRITE , - pfns, err, nb_pfn); + vaddr_base =xenforeignmemory_map (xen_fmem, xen_domid,PROT_READ |PROT_WRITE , + nb_pfn, pfns, err);if (vaddr_base ==NULL ) { -perror ("xc_map_foreign_bulk" ); +perror ("xenforeignmemory_map" );exit (-1 ); }
Signature · 1 line
2.1.4
Re: [PATCH QEMU-XEN v6 5/8] xen: Switch uses of xc_map_foreign_{pages, bulk} to use libxenforeignmemory API.
Quoted 51 lines · Ian Campbell
include/hw/xen/xen_common.h +22
-0@@ -41,6 +41,7 @@ static inline void *xc_map_foreign_bulk(int xc_handle, uint32_t dom, int prot,typedef int XenXC ;typedef int xenevtchn_handle ;typedef int xengnttab_handle ; +typedef int xenforeignmemory_handle ;# define XC_INTERFACE_FMT "%i"# define XC_HANDLER_INITIAL_VALUE -1@@ -104,6 +105,19 @@ static inline XenXC xen_xc_interface_open(void *logger, void *dombuild_logger,return xc_interface_open (); } +#define xenforeignmemory_open (l, f) &xen_xc +static inline void *xenforeignmemory_map (XenXC *h,uint32_t dom, +int prot,size_t pages, +const xen_pfn_t arr[/*pages*/ ], +int err[/*pages*/ ]) +{ +if (err) +return xc_map_foreign_bulk (*h, dom, prot, arr, err, pages); +else +return xc_map_foreign_pages (*h, dom, prot, arr, pages); +} +#define xenforeignmemory_unmap (h, p, s) munmap(p, s * XC_PAGE_SIZE) +static inline int xc_fd (int xen_xc) {return xen_xc;@@ -149,6 +163,7 @@ static inline void xs_close(struct xs_handle *xsh)#else typedef xc_interface *XenXC ; +typedef xc_interface *xenforeignmemory_handle ;typedef xc_evtchn xenevtchn_handle ;typedef xc_gnttab xengnttab_handle ;@@ -178,6 +193,20 @@ static inline XenXC xen_xc_interface_open(void *logger, void *dombuild_logger,return xc_interface_open (logger, dombuild_logger, open_flags); } +#define xenforeignmemory_open (l, f) &xen_xc +static inline void *xenforeignmemory_map (XenXC *h,uint32_t dom, +int prot,size_t pages, +const xen_pfn_t arr[/*pages*/ ], +int err[/*pages*/ ]) +{ +if (err)
include/hw/xen/xen_common.h static inline XenXC xen_xc_interface_open(void *logger, void *dombuild_logger, · line 212
Quoted 10 lines
include/hw/xen/xen_common.h +7
-0+return xc_map_foreign_bulk (*h, dom, prot, arr, err, pages); + else + return xc_map_foreign_pages(*h, dom, prot, arr, pages); +} + +#define xenforeignmemory_unmap (h, p, s) munmap(p, s * XC_PAGE_SIZE) +/* FIXME There is now way to have the xen fd */ static inline int xc_fd (xc_interface *xen_xc) {
The two definitions are the same. Please introduce just one, at the bottom under the ifdef CONFIG_XEN_CTRL_INTERFACE_VERSION < 470 case.