2014-05-07 18:16:43 +02:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2014 Citrix Systems UK Ltd.
|
|
|
|
*
|
|
|
|
* This work is licensed under the terms of the GNU GPL, version 2. See
|
|
|
|
* the COPYING file in the top-level directory.
|
|
|
|
*
|
|
|
|
* Contributions after 2012-01-13 are licensed under the terms of the
|
|
|
|
* GNU GPL, version 2 or (at your option) any later version.
|
|
|
|
*/
|
|
|
|
|
2016-01-26 19:17:06 +01:00
|
|
|
#include "qemu/osdep.h"
|
2014-05-07 18:16:43 +02:00
|
|
|
#include "hw/xen/xen_backend.h"
|
|
|
|
#include "qmp-commands.h"
|
2017-01-26 14:19:46 +01:00
|
|
|
#include "chardev/char.h"
|
2014-09-26 22:45:25 +02:00
|
|
|
#include "sysemu/accel.h"
|
2017-04-24 19:02:44 +02:00
|
|
|
#include "migration/misc.h"
|
2017-04-24 18:53:30 +02:00
|
|
|
#include "migration/global_state.h"
|
2014-05-07 18:16:43 +02:00
|
|
|
|
|
|
|
//#define DEBUG_XEN
|
|
|
|
|
|
|
|
#ifdef DEBUG_XEN
|
|
|
|
#define DPRINTF(fmt, ...) \
|
|
|
|
do { fprintf(stderr, "xen: " fmt, ## __VA_ARGS__); } while (0)
|
|
|
|
#else
|
|
|
|
#define DPRINTF(fmt, ...) \
|
|
|
|
do { } while (0)
|
|
|
|
#endif
|
|
|
|
|
2017-03-07 11:55:30 +01:00
|
|
|
xc_interface *xen_xc;
|
|
|
|
xenforeignmemory_handle *xen_fmem;
|
2017-03-07 11:55:34 +01:00
|
|
|
xendevicemodel_handle *xen_dmod;
|
2017-03-07 11:55:30 +01:00
|
|
|
|
2016-12-07 14:20:22 +01:00
|
|
|
static int store_dev_info(int domid, Chardev *cs, const char *string)
|
2014-05-07 18:16:43 +02:00
|
|
|
{
|
|
|
|
struct xs_handle *xs = NULL;
|
|
|
|
char *path = NULL;
|
|
|
|
char *newpath = NULL;
|
|
|
|
char *pts = NULL;
|
|
|
|
int ret = -1;
|
|
|
|
|
|
|
|
/* Only continue if we're talking to a pty. */
|
2016-12-14 13:23:13 +01:00
|
|
|
if (!CHARDEV_IS_PTY(cs)) {
|
2014-05-07 18:16:43 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
pts = cs->filename + 4;
|
|
|
|
|
|
|
|
/* We now have everything we need to set the xenstore entry. */
|
|
|
|
xs = xs_open(0);
|
|
|
|
if (xs == NULL) {
|
|
|
|
fprintf(stderr, "Could not contact XenStore\n");
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
path = xs_get_domain_path(xs, domid);
|
|
|
|
if (path == NULL) {
|
|
|
|
fprintf(stderr, "xs_get_domain_path() error\n");
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
newpath = realloc(path, (strlen(path) + strlen(string) +
|
|
|
|
strlen("/tty") + 1));
|
|
|
|
if (newpath == NULL) {
|
|
|
|
fprintf(stderr, "realloc error\n");
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
path = newpath;
|
|
|
|
|
|
|
|
strcat(path, string);
|
|
|
|
strcat(path, "/tty");
|
|
|
|
if (!xs_write(xs, XBT_NULL, path, pts, strlen(pts))) {
|
|
|
|
fprintf(stderr, "xs_write for '%s' fail", string);
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
ret = 0;
|
|
|
|
|
|
|
|
out:
|
|
|
|
free(path);
|
|
|
|
xs_close(xs);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2016-12-07 14:20:22 +01:00
|
|
|
void xenstore_store_pv_console_info(int i, Chardev *chr)
|
2014-05-07 18:16:43 +02:00
|
|
|
{
|
|
|
|
if (i == 0) {
|
|
|
|
store_dev_info(xen_domid, chr, "/console");
|
|
|
|
} else {
|
|
|
|
char buf[32];
|
|
|
|
snprintf(buf, sizeof(buf), "/device/console/%d", i);
|
|
|
|
store_dev_info(xen_domid, chr, buf);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void xenstore_record_dm_state(struct xs_handle *xs, const char *state)
|
|
|
|
{
|
|
|
|
char path[50];
|
|
|
|
|
|
|
|
if (xs == NULL) {
|
|
|
|
fprintf(stderr, "xenstore connection not initialized\n");
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
|
|
|
|
snprintf(path, sizeof (path), "device-model/%u/state", xen_domid);
|
|
|
|
if (!xs_write(xs, XBT_NULL, path, state, strlen(state))) {
|
|
|
|
fprintf(stderr, "error recording dm state\n");
|
|
|
|
exit(1);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
static void xen_change_state_handler(void *opaque, int running,
|
|
|
|
RunState state)
|
|
|
|
{
|
|
|
|
if (running) {
|
|
|
|
/* record state running */
|
|
|
|
xenstore_record_dm_state(xenstore, "running");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-09-26 22:45:30 +02:00
|
|
|
static int xen_init(MachineState *ms)
|
2014-05-07 18:16:43 +02:00
|
|
|
{
|
2016-02-10 12:07:03 +01:00
|
|
|
xen_xc = xc_interface_open(0, 0, 0);
|
|
|
|
if (xen_xc == NULL) {
|
2016-10-25 07:50:14 +02:00
|
|
|
xen_pv_printf(NULL, 0, "can't open xen interface\n");
|
2014-05-07 18:16:43 +02:00
|
|
|
return -1;
|
|
|
|
}
|
xen: Switch uses of xc_map_foreign_{pages,bulk} to use libxenforeignmemory API.
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}.
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.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Reviewed-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
2016-01-15 14:23:41 +01:00
|
|
|
xen_fmem = xenforeignmemory_open(0, 0);
|
|
|
|
if (xen_fmem == NULL) {
|
2016-10-25 07:50:14 +02:00
|
|
|
xen_pv_printf(NULL, 0, "can't open xen fmem interface\n");
|
xen: Switch uses of xc_map_foreign_{pages,bulk} to use libxenforeignmemory API.
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}.
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.
Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
Reviewed-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
2016-01-15 14:23:41 +01:00
|
|
|
xc_interface_close(xen_xc);
|
|
|
|
return -1;
|
|
|
|
}
|
2017-03-07 11:55:34 +01:00
|
|
|
xen_dmod = xendevicemodel_open(0, 0);
|
|
|
|
if (xen_dmod == NULL) {
|
|
|
|
xen_pv_printf(NULL, 0, "can't open xen devicemodel interface\n");
|
|
|
|
xenforeignmemory_close(xen_fmem);
|
|
|
|
xc_interface_close(xen_xc);
|
|
|
|
return -1;
|
|
|
|
}
|
2014-05-07 18:16:43 +02:00
|
|
|
qemu_add_vm_change_state_handler(xen_change_state_handler, NULL);
|
|
|
|
|
2015-08-03 16:29:21 +02:00
|
|
|
savevm_skip_configuration();
|
|
|
|
savevm_skip_section_footers();
|
|
|
|
|
2014-05-07 18:16:43 +02:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-06-27 06:10:14 +02:00
|
|
|
static GlobalProperty xen_compat_props[] = {
|
|
|
|
{
|
|
|
|
.driver = "migration",
|
|
|
|
.property = "store-global-state",
|
|
|
|
.value = "off",
|
|
|
|
},
|
|
|
|
{ /* end of list */ },
|
|
|
|
};
|
|
|
|
|
2014-09-26 22:45:25 +02:00
|
|
|
static void xen_accel_class_init(ObjectClass *oc, void *data)
|
|
|
|
{
|
|
|
|
AccelClass *ac = ACCEL_CLASS(oc);
|
|
|
|
ac->name = "Xen";
|
accel: Rename 'init' method to 'init_machine'
Today, all accelerator init functions affect some global state:
* tcg_init() calls tcg_exec_init() and affects globals such as tcg_tcx,
page size globals, and possibly others;
* kvm_init() changes the kvm_state global, cpu_interrupt_handler, and possibly
others;
* xen_init() changes the xen_xc global, and registers a change state handler.
With the new accelerator QOM classes, initialization may now be split in two
steps:
* instance_init() will do basic initialization that doesn't affect any global
state and don't need MachineState or MachineClass data. This will allow
probing code to safely create multiple accelerator objects on the fly just
for reporting host/accelerator capabilities, for example.
* accel_init_machine()/init_machine() will save the accelerator object in
MachineState, and do initialization steps which still affect global state,
machine state, or that need data from MachineClass or MachineState.
To clarify the difference between those two steps, rename init() to
init_machine().
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2014-09-26 22:45:29 +02:00
|
|
|
ac->init_machine = xen_init;
|
2014-09-26 22:45:25 +02:00
|
|
|
ac->allowed = &xen_allowed;
|
2017-06-27 06:10:14 +02:00
|
|
|
ac->global_props = xen_compat_props;
|
2014-09-26 22:45:25 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
#define TYPE_XEN_ACCEL ACCEL_CLASS_NAME("xen")
|
|
|
|
|
|
|
|
static const TypeInfo xen_accel_type = {
|
|
|
|
.name = TYPE_XEN_ACCEL,
|
|
|
|
.parent = TYPE_ACCEL,
|
|
|
|
.class_init = xen_accel_class_init,
|
|
|
|
};
|
|
|
|
|
|
|
|
static void xen_type_init(void)
|
|
|
|
{
|
|
|
|
type_register_static(&xen_accel_type);
|
|
|
|
}
|
|
|
|
|
|
|
|
type_init(xen_type_init);
|