[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [Bug 1456819] Re: OVMF, Hyper-V, virtio, Win7 incompatibili

From: Laszlo Ersek \(Red Hat\)
Subject: [Qemu-devel] [Bug 1456819] Re: OVMF, Hyper-V, virtio, Win7 incompatibility
Date: Wed, 20 May 2015 15:11:30 -0000

Please refer to


especially note (2) under "Additional info" in Comment #0.

"Hyper-V extensions + UEFI guest firmware + Win7 guest + guest is multi-
VCPU" is not a supported configuration, even in Microsoft's own stack.

Virt-manager has been modified to avoid such a configuration (see
comment #10).

** Bug watch added: Red Hat Bugzilla #1185253

You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.

  OVMF, Hyper-V, virtio, Win7 incompatibility

Status in QEMU:

Bug description:
  Host kernel: v4.1-rc4
  QEMU: qemu.git tag v2.3.0
  OVMF: edk2.git-ovmf-x64-0-20150518.b1004.g54ae9c0.noarch
  Guest: en_windows_7_professional_with_sp1_x64_dvd_u_676939.iso

  If I attempt to use the above software versions to start a VM install,
  I hit one of two problems:

  (a) If I use a virtio NIC, the VM aborts with an error similar to:

  qemu-system-x86_64: Guest moved used index from 22 to 0

  (b) If I use an emulated (e1000) NIC, the VM switches to a black
  screen when I should have the dancing windows boot animation logo

  Both of these are resolved by switching off ALL Hyper-V enlightenments
  as shown in the below XML.  Enabling any one of them results in the
  above behavior.

  This problem is only seen with OVMF, removing the loader and nvram
  directives below allows all Hyper-V enlightenments to be enabled, with
  or without a virtio NIC.

  <domain type='kvm'>
    <memory unit='KiB'>4194304</memory>
    <currentMemory unit='KiB'>4194304</currentMemory>
    <vcpu placement='static'>2</vcpu>
      <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type>
      <loader readonly='yes' 
        <relaxed state='off'/>
        <vapic state='off'/>
        <spinlocks state='off'/>
    <clock offset='localtime'>
      <timer name='rtc' tickpolicy='catchup'/>
      <timer name='pit' tickpolicy='delay'/>
      <timer name='hpet' present='no'/>
      <timer name='hypervclock' present='no'/>
      <suspend-to-mem enabled='no'/>
      <suspend-to-disk enabled='no'/>
      <disk type='file' device='cdrom'>
        <driver name='qemu' type='raw'/>
        <target dev='hdb' bus='ide'/>
        <boot order='1'/>
        <address type='drive' controller='0' bus='0' target='0' unit='1'/>
      <controller type='usb' index='0' model='ich9-ehci1'>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x06' 
      <controller type='usb' index='0' model='ich9-uhci1'>
        <master startport='0'/>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x06' 
function='0x0' multifunction='on'/>
      <controller type='usb' index='0' model='ich9-uhci2'>
        <master startport='2'/>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x06' 
      <controller type='usb' index='0' model='ich9-uhci3'>
        <master startport='4'/>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x06' 
      <controller type='pci' index='0' model='pci-root'/>
      <controller type='ide' index='0'>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x01' 
      <interface type='network'>
        <mac address='52:54:00:9b:49:b9'/>
        <source network='default'/>
        <model type='e1000'/>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x03' 
      <input type='tablet' bus='usb'/>
      <input type='mouse' bus='ps2'/>
      <input type='keyboard' bus='ps2'/>
      <graphics type='vnc' port='-1' autoport='yes'/>
        <model type='vga' vram='16384' heads='1'/>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x02' 
      <memballoon model='none'/>

To manage notifications about this bug go to:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]