Skip to content

Q
qemu

openeuler / qemu

通知 10
Star 0
Fork 0
Q
qemu

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 27 10月, 2011 7 次提交
  3. 19 10月, 2011 1 次提交
  5. 11 10月, 2011 1 次提交
  7. 04 10月, 2011 10 次提交
  9. 16 9月, 2011 1 次提交
  11. 12 9月, 2011 1 次提交
  13. 27 8月, 2011 1 次提交
  15. 23 8月, 2011 1 次提交
  17. 27 7月, 2011 1 次提交
  19. 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
  21. 22 7月, 2011 1 次提交
  23. 01 6月, 2011 2 次提交
  25. 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
  27. 22 3月, 2011 1 次提交
  29. 17 3月, 2011 1 次提交
  31. 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
  33. 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
  35. 28 12月, 2010 1 次提交
  37. 09 12月, 2010 2 次提交
  39. 06 12月, 2010 1 次提交
  41. 17 11月, 2010 1 次提交
  43. 01 10月, 2010 2 次提交
    • L
      Monitor: Introduce the qmp-commands.hx file · 82a56f0d
      由 Luiz Capitulino 提交于 
      This file contains a copy of the following information from the
qemu-monitor.hx file:

    o QObject handlers entries
    o QMP documentation (all SQMP/EQMP sections)

Right now it's only used to generate the QMP docs in QMP/, but
next commits will turn this into QMP's command dispatch table.

It's important to note that QObject handlers entries are going
to get duplicated: they will exist in both QMP's and HMP's
dispatch tables.

This will be fixed in the near future, when we add a proper
QMP call interface and HMP is converted to use it. This way we
can completely drop QObject handlers entries from HMP's tables.

NOTE: HMP specific constructions, like "q|quit", have been dropped.
Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      82a56f0d
    • L
      Monitor: Convert do_info() back to HMP · 1162daa6
      由 Luiz Capitulino 提交于 
      This is a HMP specific handler, it makes no sense to have it
under QMP.
Signed-off-by: NLuiz Capitulino <lcapitulino@redhat.com>
      1162daa6