1. 27 10月, 2011 10 次提交
  2. 25 10月, 2011 1 次提交
    • Y
      spice: turn client_migrate_info to async · edc5cb1a
      Yonit Halperin 提交于
      RHBZ 737921
      Spice client is required to connect to the migration target before/as migration
      starts. Since after migration starts, the target qemu is blocked and cannot accept new spice client
      we trigger the connection to the target upon client_migrate_info command.
      client_migrate_info completion cb will be called after spice client has been
      connected to the target (or a timeout). See following patches and spice patches.
      Signed-off-by: NYonit Halperin <yhalperi@redhat.com>
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      edc5cb1a
  3. 19 10月, 2011 1 次提交
  4. 11 10月, 2011 1 次提交
  5. 04 10月, 2011 10 次提交
  6. 16 9月, 2011 1 次提交
  7. 12 9月, 2011 1 次提交
  8. 27 8月, 2011 1 次提交
  9. 23 8月, 2011 1 次提交
  10. 27 7月, 2011 1 次提交
  11. 24 7月, 2011 1 次提交
    • D
      Introduce a 'client_add' monitor command accepting an open FD · 13661089
      Daniel P. Berrange 提交于
      Allow client connections for VNC and socket based character
      devices to be passed in over the monitor using SCM_RIGHTS.
      
      One intended usage scenario is to start QEMU with VNC on a
      UNIX domain socket. An unprivileged user which cannot access
      the UNIX domain socket, can then connect to QEMU's VNC server
      by passing an open FD to libvirt, which passes it onto QEMU.
      
       { "execute": "get_fd", "arguments": { "fdname": "myclient" } }
       { "return": {} }
       { "execute": "add_client", "arguments": { "protocol": "vnc",
                                                 "fdname": "myclient",
                                                 "skipauth": true } }
       { "return": {} }
      
      In this case 'protocol' can be 'vnc' or 'spice', or the name
      of a character device (eg from -chardev id=XXXX)
      
      The 'skipauth' parameter can be used to skip any configured
      VNC authentication scheme, which is useful if the mgmt layer
      talking to the monitor has already authenticated the client
      in another way.
      
      * console.h: Define 'vnc_display_add_client' method
      * monitor.c: Implement 'client_add' command
      * qemu-char.c, qemu-char.h: Add 'qemu_char_add_client' method
      * qerror.c, qerror.h: Add QERR_ADD_CLIENT_FAILED
      * qmp-commands.hx: Declare 'client_add' command
      * ui/vnc.c: Implement 'vnc_display_add_client' method
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      13661089
  12. 22 7月, 2011 1 次提交
  13. 01 6月, 2011 2 次提交
  14. 19 5月, 2011 1 次提交
    • M
      block QMP: Deprecate query-block's "type", drop info block's "type=" · d8aeeb31
      Markus Armbruster 提交于
      query-block's specification documents response member "type" with
      values "hd", "cdrom", "floppy", "unknown".
      
      Its value is unreliable: a block device used as floppy has type
      "floppy" if created with if=floppy, but type "hd" if created with
      if=none.
      
      That's because with if=none, the type is at best a declaration of
      intent: the drive can be connected to any guest device.  Its type is
      really the guest device's business.  Reporting it here is wrong.
      
      No known user of QMP uses "type".  It's unlikely that any unknown
      users exist, because its value is useless unless you know how the
      block device was created.  But then you also know the true value.
      
      Fixing the broken value risks breaking (hypothetical!) clients that
      somehow rely on the current behavior.  Not fixing the value risks
      breaking (hypothetical!) clients that rely on the value to be
      accurate.  Can't entirely avoid hypothetical lossage.  Change the
      value to be always "unknown".
      
      This makes "info block" always report "type=unknown".  Pointless.
      Change it to not report the type.
      Signed-off-by: NMarkus Armbruster <armbru@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      d8aeeb31
  15. 22 3月, 2011 1 次提交
  16. 17 3月, 2011 1 次提交
  17. 31 1月, 2011 1 次提交
    • C
      block: add block_resize monitor command · 6d4a2b3a
      Christoph Hellwig 提交于
      Add a monitor command that allows resizing of block devices while
      qemu is running.  It uses the existing bdrv_truncate method already
      used by qemu-img to do it's work.  Compared to qemu-img the size
      parsing is very simplicistic, but I think having a properly numering
      object is more useful for non-humand monitor users than having
      the units and relative resize parsing.
      
      For SCSI devices the new size can be updated in Linux guests by
      doing the following shell command:
      
      	echo > /sys/class/scsi_device/0:0:0:0/device/rescan
      
      For ATA devices I don't know of a way to update the block device
      size in Linux system, and for virtio-blk the next two patches
      will provide an automatic update of the size when this command
      is issued on the host.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      6d4a2b3a
  18. 24 1月, 2011 1 次提交
    • G
      spice/vnc: client migration. · e866e239
      Gerd Hoffmann 提交于
      Handle spice client migration, i.e. inform a spice client connected
      about the new host and connection parameters, so it can move over the
      connection automatically.
      
      The monitor command has a not-yet used protocol argument simliar to
      set_password and expire_password commands.  This allows to add a simliar
      feature to vnc in the future.  Daniel Berrange plans to work on this.
      Signed-off-by: NGerd Hoffmann <kraxel@redhat.com>
      e866e239
  19. 28 12月, 2010 1 次提交
  20. 09 12月, 2010 2 次提交