]> xenbits.xensource.com Git - people/liuw/libxenctrl-split/qemu-xen.git/commit
xen: use libxendevicemodel for ioreq handling
authorIan Campbell <ian.campbell@citrix.com>
Fri, 29 Jan 2016 15:20:44 +0000 (15:20 +0000)
committerIan Campbell <ian.campbell@citrix.com>
Thu, 11 Feb 2016 16:16:44 +0000 (16:16 +0000)
commit61a33de8f47fbbadfe0d9f6cd10a60865e110253
tree5e125004c4346c3e5cd61e0c582943ee46293670
parent021a4158039e7466912d16dc301d2acfcab5f98b
xen: use libxendevicemodel for ioreq handling

As usual switch things to use the new API and add the necessary compat
defines (gated on Xen>=4.5 in this case).

Many of the wrappers (xen_map_io_section et al) could be inlined into
their single caller now since the compat shim is effectively a layer
further down now. The only practical difference would be that
trace_xen_* would then be called even for Xen < 4.5 which has no ioreq
servers, which is the only reason I didn't just go ahead and do this.
It could be argued that this tracing is useful even with Xen 4.5 since
it shows what is explicitly known about (whether it is registered with
Xen or not).

It is no longer necessary to check for the presence of
xc_hvm_create_ioreq_server in the xen_ctrl_version=471 case in
configure. Any Xen which has e.g. xenforeignmemory_open certainly has
the ioreq interfaces, but checking for them would break if and when
they are removed from libxc in favour of the libxendevicemodel
interfaces. The check in the -lxendevicemodel case suffices to do thr
right thing here.

Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
---
configure
include/hw/xen/xen_common.h
xen-hvm.c