On 08/23/2012 02:56 PM, Ian Campbell wrote:
On Wed, 2012-08-22 at 13:32 +0100, Julien Grall wrote:
@@ -991,12 +1057,11 @@ static void domcreate_launch_dm(libxl__egc *egc,
libxl__multidev *multidev,
libxl__device_console_dispose(console);
if (need_qemu) {
-
On Fri, 2012-08-24 at 14:51 +0100, Julien Grall wrote:
@@ -1044,7 +1044,8 @@ int libxl__wait_for_device_model(libxl__gc *gc,
void *check_callback_userdata)
{
char *path;
-path = libxl__sprintf(gc, /local/domain/0/device-model/%d/state,
On 08/24/2012 03:09 PM, Ian Campbell wrote:
On Fri, 2012-08-24 at 14:51 +0100, Julien Grall wrote:
@@ -1044,7 +1044,8 @@ int libxl__wait_for_device_model(libxl__gc *gc,
void *check_callback_userdata)
{
char *path;
-path = libxl__sprintf(gc,
On Fri, 2012-08-24 at 15:37 +0100, Julien Grall wrote:
In case of Xen, it's hard to have a compatibility. We can
still spawn only one QEMU, but ioreq handling will not
send an io request if no device models registered it.
There is no more default QEMU.
This means we've broken existing qemu on
On Wed, 2012-08-22 at 13:32 +0100, Julien Grall wrote:
Old configuration file is still working with qemu disaggregation.
Before to spawn any QEMU, the toolstack will fill correctly, if needed,
configuration structure.
For the moment, the toolstack spawns device models one by one.