search for: pc_init1

Hi,all I have tried to passthrough GPU card(Nvidia quadro 4000) on the latest Xen unstable version (QEMU is using Qemu-upsteam-unstable, not traditional Qemu). This issue as below: Windows7 64-bit guest will blue screen when GPU passthrough configure 4g memory,blue screen code is 50, and SUSE 11 64-bit guest will always stay at the grub screen. I noticed that it will relocate RAM that

...e first 4 commits are important fixes that should be backported to the stable trees. The following should be backported at least up to QEMU v1.3 included: 49fa988 xen: simplify xen_enabled a7d4207 main_loop: do not set nonblocking if xen_enabled() 9f24a80 xen: start PCI hole at 0xe0000000 (same as pc_init1 and qemu-xen-traditional) The following should be backported only to QEMU v1.5: 58ee9b0 xen_machine_pv: do not create a dummy CPU in machine->init The last 2 are just cleanups. Stefano Stabellini (6): xen: simplify xen_enabled main_loop: do not set nonblocking if xen_enabled()...

....h | 20 +++++++++++++++++++- qemu-config.c | 2 +- sysemu.h | 3 ++- vl.c | 8 ++++++-- 7 files changed, 51 insertions(+), 5 deletions(-) diff --git a/hw/pc.c b/hw/pc.c index 83012a9..26aad4c 100644 --- a/hw/pc.c +++ b/hw/pc.c @@ -1345,6 +1345,11 @@ static void pc_init1(ram_addr_t ram_size, for (bus = 0; bus <= max_bus; bus++) { pci_create_simple(pci_bus, -1, "lsi53c895a"); } + + max_bus = drive_get_max_bus(IF_RAID); + for (bus = 0; bus <= max_bus; bus++) { + pci_create_simple(pci_bus, -1, "megasas"); + }...

....h | 20 +++++++++++++++++++- qemu-config.c | 2 +- sysemu.h | 3 ++- vl.c | 8 ++++++-- 7 files changed, 51 insertions(+), 5 deletions(-) diff --git a/hw/pc.c b/hw/pc.c index 83012a9..26aad4c 100644 --- a/hw/pc.c +++ b/hw/pc.c @@ -1345,6 +1345,11 @@ static void pc_init1(ram_addr_t ram_size, for (bus = 0; bus <= max_bus; bus++) { pci_create_simple(pci_bus, -1, "lsi53c895a"); } + + max_bus = drive_get_max_bus(IF_RAID); + for (bus = 0; bus <= max_bus; bus++) { + pci_create_simple(pci_bus, -1, "megasas"); + }...

ioemu-remote: Enable pci pass-through by default. -- Jean Guyader _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...# virtio devices -VL_OBJS += virtio.o virtio-net.o +VL_OBJS += virtio.o virtio-net.o virtio-blk.o ifeq ($(TARGET_BASE_ARCH), i386) # Hardware support diff --git a/qemu/hw/pc.c b/qemu/hw/pc.c index dde40c3..003d15d 100644 --- a/qemu/hw/pc.c +++ b/qemu/hw/pc.c @@ -1103,6 +1103,18 @@ static void pc_init1(ram_addr_t ram_size, int vga_ram_size, } } } + + /* Add virtio block devices */ + if (pci_enabled) { + int index; + int unit_id = 0; + + while ((index = drive_get_index(IF_VIRTIO, 0, unit_id)) != -1) { + virtio_blk_init(pci_bus, 0x5002, 0x2258, +...

...# virtio devices -VL_OBJS += virtio.o virtio-net.o +VL_OBJS += virtio.o virtio-net.o virtio-blk.o ifeq ($(TARGET_BASE_ARCH), i386) # Hardware support diff --git a/qemu/hw/pc.c b/qemu/hw/pc.c index dde40c3..003d15d 100644 --- a/qemu/hw/pc.c +++ b/qemu/hw/pc.c @@ -1103,6 +1103,18 @@ static void pc_init1(ram_addr_t ram_size, int vga_ram_size, } } } + + /* Add virtio block devices */ + if (pci_enabled) { + int index; + int unit_id = 0; + + while ((index = drive_get_index(IF_VIRTIO, 0, unit_id)) != -1) { + virtio_blk_init(pci_bus, 0x5002, 0x2258, +...

This patch series makes suspend support in qemu alot more useful. Right now the guest can put itself into s3, but qemu will wakeup the guest instantly. With this patch series applied the guest will stay suspended instead and there are a few events which can kick the guest out of suspend state: A monitor command, ps/2 input, serial input, rtc. Not much yet, but it''s a start with the

The existing stdvga driver from xen-unstable tools/ioemu/hw/vga* does not save the emulated VGA memory contents. The symptoms include video malfunction after restore, including black screen (which can often be fixed by asking the guest to redraw) but also missing font setup etc. The attached patch fixes this by saving the entire VGA memory buffer, just like the Xen ioemu Cirrus emulator does. I

...= args->initrd_filename; MemoryRegion *address_space_mem = get_system_memory(); struct omap_mpu_state_s *mpu; int flash_size = 0x00800000; diff --git a/hw/pc_piix.c b/hw/pc_piix.c index 82364ab..36e165f 100644 --- a/hw/pc_piix.c +++ b/hw/pc_piix.c @@ -287,13 +287,14 @@ static void pc_init1(MemoryRegion *system_memory, } } -static void pc_init_pci(ram_addr_t ram_size, - const char *boot_device, - const char *kernel_filename, - const char *kernel_cmdline, - const char *initrd_filename, -...

...rtio-net.o virtio-blk.o virtio-balloon.o ifeq ($(TARGET_BASE_ARCH), i386) # Hardware support Index: kvm-userspace/qemu/hw/pc.c =================================================================== --- kvm-userspace.orig/qemu/hw/pc.c +++ kvm-userspace/qemu/hw/pc.c @@ -1029,6 +1029,8 @@ static void pc_init1(ram_addr_t ram_size } } + virtio_balloon_init(pci_bus); + #define USE_HYPERCALL #ifdef USE_HYPERCALL pci_hypercall_init(pci_bus); Index: kvm-userspace/qemu/hw/pc.h =================================================================== --- kvm-userspace.orig/qemu/hw/pc.h +++ k...

...rtio-net.o virtio-blk.o virtio-balloon.o ifeq ($(TARGET_BASE_ARCH), i386) # Hardware support Index: kvm-userspace/qemu/hw/pc.c =================================================================== --- kvm-userspace.orig/qemu/hw/pc.c +++ kvm-userspace/qemu/hw/pc.c @@ -1029,6 +1029,8 @@ static void pc_init1(ram_addr_t ram_size } } + virtio_balloon_init(pci_bus); + #define USE_HYPERCALL #ifdef USE_HYPERCALL pci_hypercall_init(pci_bus); Index: kvm-userspace/qemu/hw/pc.h =================================================================== --- kvm-userspace.orig/qemu/hw/pc.h +++ k...

I'm sending a first draft of my proposed cpu hotplug driver for kvm/virtio The first patch is the kernel module, while the second, the userspace pci device. The host boots with the maximum cpus it should ever use, through the -smp parameter. Due to real machine constraints (which qemu copies), i386 does not allow for any addition of cpus after boot, so this is the most general way. I do

I'm sending a first draft of my proposed cpu hotplug driver for kvm/virtio The first patch is the kernel module, while the second, the userspace pci device. The host boots with the maximum cpus it should ever use, through the -smp parameter. Due to real machine constraints (which qemu copies), i386 does not allow for any addition of cpus after boot, so this is the most general way. I do

...irq); +/* Get the pointer stored in the irq. */ +void *qemu_irq_get_opaque(qemu_irq irq); + +/* Get vector stored in the irq */ +int qemu_irq_get_vector(qemu_irq irq); #endif diff --git a/hw/pc.c b/hw/pc.c index 61f6e7b..1b287c3 100644 --- a/hw/pc.c +++ b/hw/pc.c @@ -962,6 +962,7 @@ static void pc_init1(ram_addr_t ram_size, int vga_ram_size, if (pci_enabled) { pci_bus = i440fx_init(&i440fx_state, i8259); piix3_devfn = piix3_init(pci_bus, -1); + pci_msi_ops = &ioapic_msi_ops; } else { pci_bus = NULL; } diff --git a/hw/pc.h b/hw/pc.h index 50e...

...irq); +/* Get the pointer stored in the irq. */ +void *qemu_irq_get_opaque(qemu_irq irq); + +/* Get vector stored in the irq */ +int qemu_irq_get_vector(qemu_irq irq); #endif diff --git a/hw/pc.c b/hw/pc.c index 61f6e7b..1b287c3 100644 --- a/hw/pc.c +++ b/hw/pc.c @@ -962,6 +962,7 @@ static void pc_init1(ram_addr_t ram_size, int vga_ram_size, if (pci_enabled) { pci_bus = i440fx_init(&i440fx_state, i8259); piix3_devfn = piix3_init(pci_bus, -1); + pci_msi_ops = &ioapic_msi_ops; } else { pci_bus = NULL; } diff --git a/hw/pc.h b/hw/pc.h index 50e...

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. The code has been updated to reuse the virtio-console device instead of creating a new virtio-serial device. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. There are a few items on my

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. The code has been updated to reuse the virtio-console device instead of creating a new virtio-serial device. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. There are a few items on my