1. 27 5月, 2010 2 次提交
  2. 25 5月, 2010 2 次提交
  3. 24 5月, 2010 1 次提交
  4. 22 5月, 2010 7 次提交
  5. 21 5月, 2010 7 次提交
  6. 19 5月, 2010 4 次提交
    • M
      Revert "monitor: Convert do_pci_device_hot_remove() to QObject" · b752daf0
      Markus Armbruster 提交于
      We don't want pci_del in QMP.  Use device_del instead.
      
      This reverts commit 6848d827.
      
      Conflicts:
      
      	hw/pci-hotplug.c
      	sysemu.h
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      b752daf0
    • M
      Revert "PCI: Convert pci_device_hot_add() to QObject" · 6c6a58ae
      Markus Armbruster 提交于
      Short story: We don't want pci_add in QMP.  Long story follows.
      
      pci_add can do two things:
      
      * Hot plug a PCI NIC.  device_add is more general.
      
      * Hot plug a PCI disk controller, and a drive connected to it.
      
        The controller is either virtio-blk-pci (if=virtio) or lsi53c895a
        (if=scsi).  With the latter, the drive is optional.  Use drive_add to
        hotplug additional SCSI drives.  Except drive_add is not available in
        QMP.
      
        device_add is more general for controllers and the guest part of
        drives.  I'm working on a more general alternative for the host part
        of drives.
      
      Why am I proposing to remove pci_add from QMP before its replacement is
      ready?  I want it out sooner rather than later, because it isn't fully
      functional (errors and drive_add are missing), and we do not plan to
      complete the job.  In other words, it's not really usable over QMP now,
      and it's not what we want for QMP anyway.  Since we don't want it to be
      used over QMP, we should take it out, not leave it around as a trap for
      the uninitiated.
      
      Dan Berrange confirmed that libvirt has no need for pci_add & friends
      over QMP.
      
      This reverts commit 7a344f7a.
      
      Conflicts:
      
      	hw/pci-hotplug.c
      	sysemu.h
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      6c6a58ae
    • T
      target-ppc: remove dead code · 3d78499a
      Thomas Monjalon 提交于
      This function had been disabled from the beginning:
      see 9fddaa0c
      
      cpu_reset() function is in target-ppc/helper.c
      Signed-off-by: NThomas Monjalon <thomas@monjalon.net>
      Acked-by: NAlexander Graf <agraf@suse.de>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      3d78499a
    • A
      target-s390: add firmware code · fe270d04
      Alexander Graf 提交于
      This patch adds a firmware blob to the S390 target. The blob is a simple
      implementation of a virtio client that tries to read the second stage
      bootloader from sectors described as of offset 0x20 in the MBR.
      
      In combination with an updated zipl this allows for booting from virtio
      block devices. This firmware is built from the same sources as the second
      stage bootloader. You can find a virtio capable s390-tools in this repo:
      
      git://repo.or.cz/s390-tools.gitSigned-off-by: NAlexander Graf <agraf@suse.de>
      Signed-off-by: NAurelien Jarno <aurelien@aurel32.net>
      fe270d04
  7. 17 5月, 2010 1 次提交
    • K
      ide: Fix ide_dma_cancel · 38d8dfa1
      Kevin Wolf 提交于
      When cancelling a request, bdrv_aio_cancel may decide that it waits for
      completion of a request rather than for cancellation. IDE therefore can't
      abandon its DMA status before calling bdrv_aio_cancel; otherwise the callback
      of a completed request would use invalid data.
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      38d8dfa1
  8. 16 5月, 2010 11 次提交
  9. 15 5月, 2010 5 次提交