[Top][All Lists]

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

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

From: Alex Williamson
Subject: [Qemu-devel] [Bug 1456819] Re: OVMF, Hyper-V, virtio incompatibility
Date: Tue, 19 May 2015 23:00:13 -0000

The problem also does not occur using OVMF with Windows 8.1 install
media: en_windows_8.1_n_with_update_x64_dvd_4065114.iso

** Summary changed:

- OVMF, Hyper-V, virtio incompatibility
+ OVMF, Hyper-V, virtio, Win7 incompatibility

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]