1. 06 6月, 2013 14 次提交
  2. 05 6月, 2013 2 次提交
    • S
      blockdev: reset werror/rerror on drive_del · 293c51a6
      Stefan Hajnoczi 提交于
      Paolo Bonzini <pbonzini@redhat.com> suggested the following test case:
      
      1. Launch a guest and wait at the GRUB boot menu:
      
        qemu-system-x86_64 -enable-kvm -m 1024 \
         -drive if=none,cache=none,file=test.img,id=foo,werror=stop,rerror=stop
         -device virtio-blk-pci,drive=foo,id=virtio0,addr=4
      
      2. Hot unplug the device:
      
        (qemu) drive_del foo
      
      3. Select the first boot menu entry
      
      Without this patch the guest pauses due to ENOMEDIUM.  The guest is
      stuck in a continuous pause loop since the I/O request is retried and
      fails immediately again when the guest is resumed.
      
      With this patch the error is reported to the guest.
      
      Note that this scenario actually happens sometimes during libvirt disk
      hot unplug, where device_del is followed by drive_del.  I/O may still be
      submitted to the drive after drive_del if the guest does not process the
      PCI hot unplug notification.
      Reported-by: NDafna Ron <dron@redhat.com>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      Reviewed-by: NKevin Wolf <kwolf@redhat.com>
      293c51a6
    • A
      Merge remote-tracking branch 'sstabellini/xen_fixes_20130603' into staging · 8819c10b
      Anthony Liguori 提交于
      * sstabellini/xen_fixes_20130603:
        xen: use pc_init_pci instead of pc_init_pci_no_kvmclock
        xen: remove xen_vcpu_init
        xen: start PCI hole at 0xe0000000 (same as pc_init1 and qemu-xen-traditional)
        xen_machine_pv: do not create a dummy CPU in machine->init
        main_loop: do not set nonblocking if xen_enabled()
        xen: simplify xen_enabled
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      8819c10b
  3. 04 6月, 2013 24 次提交