1. 29 9月, 2012 1 次提交
    • J
      block: add live block commit functionality · 747ff602
      Jeff Cody 提交于
      This adds the live commit coroutine.  This iteration focuses on the
      commit only below the active layer, and not the active layer itself.
      
      The behaviour is similar to block streaming; the sectors are walked
      through, and anything that exists above 'base' is committed back down
      into base.  At the end, intermediate images are deleted, and the
      chain stitched together.  Images are restored to their original open
      flags upon completion.
      Signed-off-by: NJeff Cody <jcody@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      747ff602
  2. 13 9月, 2012 3 次提交
  3. 12 9月, 2012 1 次提交
    • G
      ehci: switch to new-style memory ops · 3e4f910c
      Gerd Hoffmann 提交于
      Also register different memory regions for capabilities,
      operational registers and port status registers.  Create
      separate tracepoints for operational regs and port status
      regs.  Ditch a bunch of sanity checks because the memory
      core will do this for us now.
      
      Offloading the byte, word and dword access handling to the
      memory core also has the side effect of fixing ehci register
      access on bigendian hosts.
      
      Cc: David Gibson <david@gibson.dropbear.id.au>
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      3e4f910c
  4. 11 9月, 2012 8 次提交
  5. 05 9月, 2012 1 次提交
    • A
      qxl: add QXL_IO_MONITORS_CONFIG_ASYNC · 020af1c4
      Alon Levy 提交于
      Revision bumped to 4 for new IO support, enabled for spice-server >=
      0.11.1. New io enabled if revision is 4. Revision can be set to 4.
      
      [ kraxel: 3 continues to be the default revision.  Once we have a new
                stable spice-server release and the qemu patches to enable
                the new bits merged we'll go flip the switch and make rev4
                the default ]
      
      This io calls the corresponding new spice api
      spice_qxl_monitors_config_async to let spice-server read a new guest set
      monitors config and notify the client.
      
      On migration reissue spice_qxl_monitors_config_async.
      
      RHBZ: 770842
      Signed-off-by: NAlon Levy <alevy@redhat.com>
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      
      fixup
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      020af1c4
  6. 16 8月, 2012 2 次提交
  7. 27 7月, 2012 2 次提交
  8. 26 7月, 2012 1 次提交
  9. 17 7月, 2012 2 次提交
  10. 14 7月, 2012 4 次提交
  11. 12 7月, 2012 2 次提交
    • G
      ehci: implement Interrupt Threshold Control support · 7efc17af
      Gerd Hoffmann 提交于
      Also reorganize and comment the irq functions while being at it.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      7efc17af
    • G
      usb: add usb attached scsi emulation · 0f58f68b
      Gerd Hoffmann 提交于
      $subject says all.  First cut.
      
      It's a pure UAS (usb attached scsi) emulation, without BOT (bulk-only
      transport) compatibility.  If your guest can't handle it use usb-storage
      instead.
      
      The emulation works like any other scsi hba emulation (eps, lsi, virtio,
      megasas, ...).  It provides just the HBA where you can attach scsi
      devices as you like using '-device'.  A single scsi target with up to
      256 luns is supported.
      
      For now only usb 2.0 transport is supported.  This will change in the
      future though as I plan to use this as playground when codeing up &
      testing usb 3.0 transport and streams support in the qemu usb core and
      the xhci emulation.
      
      No migration support yet.  I'm planning to add usb 3.0 support first as
      this probably requires saving additional state.
      
      Special thanks go to Paolo for bringing the qemu scsi emulation into
      shape, so this can be added nicely without having to touch a single line
      of scsi code.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      0f58f68b
  12. 09 7月, 2012 1 次提交
  13. 02 7月, 2012 1 次提交
  14. 29 6月, 2012 1 次提交
  15. 20 6月, 2012 1 次提交
  16. 16 6月, 2012 1 次提交
    • D
      Add rate limiting of RTC_CHANGE, BALLOON_CHANGE & WATCHDOG events · afeecec2
      Daniel P. Berrange 提交于
      Allow certain event types to be rate limited to avoid flooding
      monitor clients. The monitor_protocol_event() method is changed
      such that instead of immediately emitting the event to Monitor
      instances, it will call a new monitor_protocol_event_queue()
      method.
      
      This will check to see if the rate limit for the event has been
      exceeded, and if so schedule a timer to wakeup at the end of the
      rate limit period. If further events arrive before the timer fires,
      the previously queued event will be discarded in favour of the new
      event. The event will eventually be emitted when the timer fires.
      
      This logic is applied to RTC_CHANGE, BALLOON_CHANGE & WATCHDOG
      events, since the data associated with these events is stateless
      
       * monitor.c: Add support for rate limiting
       * monitor.h: Define monitor_global_init for one-time setup tasks
       * vl.c: Invoke monitor_global_init
       * trace-events: Add hooks for monitor event tracing
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      Acked-by: NAmit Shah <amit.shah@redhat.com>
      Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      afeecec2
  17. 07 6月, 2012 8 次提交