search for: xen_consol

...doesn''t obey the xenstore state protocol. We already special case the first console in con_init and con_initialise, we should also do it in con_disconnect. This patch should be applied to 4.1 too. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> diff --git a/hw/xen_console.c b/hw/xen_console.c index 0a2374c..f036b8d 100644 --- a/hw/xen_console.c +++ b/hw/xen_console.c @@ -253,6 +253,8 @@ static void con_disconnect(struct XenDevice *xendev) { struct XenConsole *con = container_of(xendev, struct XenConsole, xendev); + if (!xendev->dev) + return;...

I''m having trouble switching into user mode with my domU kernel -- everytime I call __HYPERVISOR_iret, the hypervisor calls into my kernel via the registered callback handler. None of the bits in the event channel pending arrays are set. If I return via the iret call, the hypervisor immediately calls back into the handler. The user RIP never changes, so it is clearly not making forward

2011/7/19 Stefano Stabellini <stefano.stabellini@eu.citrix.com>: > CC''ing Tim and xen-devel > > On Mon, 18 Jul 2011, Jiageng Yu wrote: >> 2011/7/16 Stefano Stabellini <stefano.stabellini@eu.citrix.com>: >> > On Fri, 15 Jul 2011, Jiageng Yu wrote: >> >> 2011/7/15 Jiageng Yu <yujiageng734@gmail.com>: >> >> > 2011/7/15

...format ‘%llx’ expects type ‘long long unsigned int *’, but argument 3 has type ‘intptr_t *’ /usr/src/xen-4.0.1/stubdom/ioemu/hw/xen_backend.c:594:5: warning: format ‘%llx’ expects type ‘long long unsigned int *’, but argument 3 has type ‘intptr_t *’ CC i386-stubdom/xenfb.o CC i386-stubdom/xen_console.o CC i386-stubdom/exec-dm.o CC i386-stubdom/pci_emulation.o CC i386-stubdom/helper2.o CC i386-stubdom/battery_mgmt.o CC i386-stubdom/xenfbfront.o /usr/src/xen-4.0.1/stubdom/ioemu/xenfbfront.c: In function ‘xenfb_pv_display_vram’: /usr/src/xen-4.0.1/stubdom/ioemu/xenfbfront...

...enfb/Makefile | 32 a/tools/xenfb/sdlfb.c | 342 --------- a/tools/xenfb/vncfb.c | 522 --------------- a/tools/xenfb/xenfb.c | 779 ---------------------- a/tools/xenfb/xenfb.h | 35 - b/tools/ioemu/hw/xen_console.c | 432 ++++++++++++ b/tools/ioemu/hw/xen_console.h | 25 b/tools/ioemu/hw/xen_machine_fv.c | 288 ++++++++ b/tools/ioemu/hw/xen_machine_pv.c | 73 ++ b/tools/ioemu/hw/xenfb.c | 1108 ++++++++++++++++++++++++++++++++ b/tools/ioemu/hw/xenfb.h...

....o > CC i386-dm/pci-hotplug.o > CC i386-dm/piix4acpi.o > CC i386-dm/xenstore.o > CC i386-dm/xen_platform.o > CC i386-dm/xen_machine_fv.o > CC i386-dm/xen_machine_pv.o > CC i386-dm/xen_backend.o > CC i386-dm/xenfb.o > CC i386-dm/xen_console.o > CC i386-dm/xen_disk.o > CC i386-dm/exec-dm.o > CC i386-dm/pci_emulation.o > CC i386-dm/helper2.o > CC i386-dm/battery_mgmt.o > CC i386-dm/tpm_tis.o > CC i386-dm/pass-through.o > CC i386-dm/pt-msi.o > CC i386-dm/pt-graphics...

This is on top of Paolo and Nick's work. Current status: Works now (guest boots fine, no hang any more) with seabios's virtio-scsi disabled. Rebased to latest qemu.org/master Change details are in commit log. TODO: Make seabios happy. Paolo Bonzini (2): virtio-scsi: create VirtIOSCSICommon vhost-scsi: new device supporting the tcm_vhost Linux kernel module hw/Makefile.objs

This is on top of Paolo and Nick's work. Current status: Works now (guest boots fine, no hang any more) with seabios's virtio-scsi disabled. Rebased to latest qemu.org/master Change details are in commit log. TODO: Make seabios happy. Paolo Bonzini (2): virtio-scsi: create VirtIOSCSICommon vhost-scsi: new device supporting the tcm_vhost Linux kernel module hw/Makefile.objs

This is on top of Paolo and Nick's work. Current status: Basically, tcm_vhost + seabios works now. We still have one more issue, vhost_verify_ring_mappings fails. The hotplug also works with the latest tcm_vhost.ko hotplug patch. Asias He (1): disable vhost_verify_ring_mappings check Paolo Bonzini (2): virtio-scsi: create VirtIOSCSICommon vhost-scsi: new device supporting the

This is on top of Paolo and Nick's work. Current status: Basically, tcm_vhost + seabios works now. We still have one more issue, vhost_verify_ring_mappings fails. The hotplug also works with the latest tcm_vhost.ko hotplug patch. Asias He (1): disable vhost_verify_ring_mappings check Paolo Bonzini (2): virtio-scsi: create VirtIOSCSICommon vhost-scsi: new device supporting the

From: Nicholas Bellinger <nab at linux-iscsi.org> Hi QEMU folks, The following is the patch series to support vhost-scsi-pci within the upstream QEMU tree. This includes the refactoring of existing virtio-scsi code from Paolo to allow a VirtIOSCSICommon structure that is shared amoungst existing virtio-scsi-pci device and new vhost-scsi-pci device code. Currently this code requires

From: Nicholas Bellinger <nab at linux-iscsi.org> Hi QEMU folks, The following is the patch series to support vhost-scsi-pci within the upstream QEMU tree. This includes the refactoring of existing virtio-scsi code from Paolo to allow a VirtIOSCSICommon structure that is shared amoungst existing virtio-scsi-pci device and new vhost-scsi-pci device code. Currently this code requires

From: Nicholas Bellinger <nab at linux-iscsi.org> Hi QEMU folks, The following is the patch-v2 series to support vhost-scsi-pci within the upstream QEMU tree. This includes the refactoring of existing virtio-scsi code from Paolo to allow a VirtIOSCSICommon structure that is shared amoungst existing virtio-scsi-pci device and new vhost-scsi-pci device code. Currently this code requires

From: Nicholas Bellinger <nab at linux-iscsi.org> Hi QEMU folks, The following is the patch-v2 series to support vhost-scsi-pci within the upstream QEMU tree. This includes the refactoring of existing virtio-scsi code from Paolo to allow a VirtIOSCSICommon structure that is shared amoungst existing virtio-scsi-pci device and new vhost-scsi-pci device code. Currently this code requires

When I submitted the qcow2 patch for blktap, suggestions came up that the qemu block drivers should be used also for blktap to eliminate the current code duplication in ioemu and blktap. The attached patch adds support for a tap:ioemu pseudo driver. Devices using this driver won''t use tapdisk (containing the code duplication) any more, but will connect to the qemu-dm of the domain. In