1. 17 1月, 2013 1 次提交
  2. 15 1月, 2013 2 次提交
  3. 13 1月, 2013 1 次提交
  4. 11 1月, 2013 1 次提交
  5. 19 12月, 2012 10 次提交
  6. 17 12月, 2012 1 次提交
  7. 31 10月, 2012 1 次提交
  8. 24 10月, 2012 4 次提交
  9. 23 10月, 2012 1 次提交
    • A
      Rename target_phys_addr_t to hwaddr · a8170e5e
      Avi Kivity 提交于
      target_phys_addr_t is unwieldly, violates the C standard (_t suffixes are
      reserved) and its purpose doesn't match the name (most target_phys_addr_t
      addresses are not target specific).  Replace it with a finger-friendly,
      standards conformant hwaddr.
      
      Outstanding patchsets can be fixed up with the command
      
        git rebase -i --exec 'find -name "*.[ch]"
                              | xargs s/target_phys_addr_t/hwaddr/g' origin
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      a8170e5e
  10. 05 10月, 2012 2 次提交
  11. 29 9月, 2012 1 次提交
    • P
      block: introduce block job error · 32c81a4a
      Paolo Bonzini 提交于
      The following behaviors are possible:
      
      'report': The behavior is the same as in 1.1.  An I/O error,
      respectively during a read or a write, will complete the job immediately
      with an error code.
      
      'ignore': An I/O error, respectively during a read or a write, will be
      ignored.  For streaming, the job will complete with an error and the
      backing file will be left in place.  For mirroring, the sector will be
      marked again as dirty and re-examined later.
      
      'stop': The job will be paused and the job iostatus will be set to
      failed or nospace, while the VM will keep running.  This can only be
      specified if the block device has rerror=stop and werror=stop or enospc.
      
      'enospc': Behaves as 'stop' for ENOSPC errors, 'report' for others.
      
      In all cases, even for 'report', the I/O error is reported as a QMP
      event BLOCK_JOB_ERROR, with the same arguments as BLOCK_IO_ERROR.
      
      It is possible that while stopping the VM a BLOCK_IO_ERROR event will be
      reported and will clobber the event from BLOCK_JOB_ERROR, or vice versa.
      This is not really avoidable since stopping the VM completes all pending
      I/O requests.  In fact, it is already possible now that a series of
      BLOCK_IO_ERROR events are reported with rerror=stop, because vm_stop
      calls bdrv_drain_all and this can generate further errors.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Reviewed-by: NEric Blake <eblake@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      32c81a4a
  12. 26 9月, 2012 2 次提交
  13. 07 9月, 2012 1 次提交
  14. 06 9月, 2012 5 次提交
  15. 05 9月, 2012 1 次提交
    • Y
      spice migration: add QEVENT_SPICE_MIGRATE_COMPLETED · 2fdd16e2
      Yonit Halperin 提交于
      When migrating, libvirt queries the migration status, and upon migration
      completions, it closes the migration src. On the other hand, when
      migration is completed, spice transfers data from the src to destination
      via the client. This data is required for keeping the spice session
      after migration, without suffering from data loss and inconsistencies.
      In order to allow this data transfer, we add QEVENT for signaling
      libvirt that spice migration has completed, and libvirt needs to wait
      for this event before quitting the src process.
      Signed-off-by: NYonit Halperin <yhalperi@redhat.com>
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      2fdd16e2
  16. 24 8月, 2012 1 次提交
  17. 23 8月, 2012 1 次提交
    • A
      monitor: move json init from OPEN event to init · 58617a79
      Anthony Liguori 提交于
      At some point in the past, the OPEN event was changed to be issued from a
      bottom half.  This creates a small window whereas a data callback registered in
      init may be invoked before the OPEN event has been issued.
      
      This is reproducible with:
      
       echo "{'execute': 'qmp_capabilities'}" | qemu-system-x86_64 -M none -qmp stdio
      
      We can fix this for the monitor by moving the parser initialization to init.
      
      The remaining state that is set in OPEN appears harmless.
      Reported-by: NDaniel Berrange <berrange@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      58617a79
  18. 21 8月, 2012 1 次提交
  19. 15 8月, 2012 3 次提交
    • C
      monitor: Clean up fd sets on monitor disconnect · efb87c16
      Corey Bryant 提交于
      Fd sets are shared by all monitor connections.  Fd sets are considered
      to be in use while at least one monitor is connected.  When the last
      monitor disconnects, all fds that are members of an fd set with no
      outstanding dup references are closed.  This prevents any fd leakage
      associated with a client disconnect prior to using a passed fd.
      Signed-off-by: NCorey Bryant <coreyb@linux.vnet.ibm.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      efb87c16
    • C
      block: Enable qemu_open/close to work with fd sets · adb696f3
      Corey Bryant 提交于
      When qemu_open is passed a filename of the "/dev/fdset/nnn"
      format (where nnn is the fdset ID), an fd with matching access
      mode flags will be searched for within the specified monitor
      fd set.  If the fd is found, a dup of the fd will be returned
      from qemu_open.
      Signed-off-by: NCorey Bryant <coreyb@linux.vnet.ibm.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      adb696f3
    • C
      qapi: Introduce add-fd, remove-fd, query-fdsets · ba1c048a
      Corey Bryant 提交于
      This patch adds support that enables passing of file descriptors
      to the QEMU monitor where they will be stored in specified file
      descriptor sets.
      
      A file descriptor set can be used by a client like libvirt to
      store file descriptors for the same file.  This allows the
      client to open a file with different access modes (O_RDWR,
      O_WRONLY, O_RDONLY) and add/remove the passed fds to/from an fd
      set as needed.  This will allow QEMU to (in a later patch in this
      series) "open" and "reopen" the same file by dup()ing the fd in
      the fd set that corresponds to the file, where the fd has the
      matching access mode flag that QEMU requests.
      
      The new QMP commands are:
        add-fd: Add a file descriptor to an fd set
        remove-fd: Remove a file descriptor from an fd set
        query-fdsets: Return information describing all fd sets
      
      Note: These commands are not compatible with the existing getfd
      and closefd QMP commands.
      Signed-off-by: NCorey Bryant <coreyb@linux.vnet.ibm.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      ba1c048a