summaryrefslogtreecommitdiffstats
path: root/target-lm32
diff options
context:
space:
mode:
authorLuiz Capitulino <lcapitulino@redhat.com>2011-10-17 16:41:22 -0200
committerLuiz Capitulino <lcapitulino@redhat.com>2011-10-27 11:48:47 -0200
commit2b54aa879ea8490e25107dfc51a6ee268c84c273 (patch)
tree06d458c2504dd1b92c93748d6ac8deeb18e4d0ea /target-lm32
parentbf82632841cd5cd9b4275913591efe4a2035b969 (diff)
downloadhqemu-2b54aa879ea8490e25107dfc51a6ee268c84c273.zip
hqemu-2b54aa879ea8490e25107dfc51a6ee268c84c273.tar.gz
qapi: Convert query-vnc
There are three important remarks in relation to the non-qapi command: 1. This commit also fixes the behavior of the 'query-vnc' and 'info vnc' commands to return an error when qemu is built without VNC support (ie. --disable-vnc). The non-qapi command would return the OK response in QMP and no response in HMP 2. The qapi version explicitly marks the fields 'host', 'family', 'service' and 'auth' as optional. Their are not documented as optional in the non-qapi command doc, but they would not be returned if vnc support is disabled. The qapi version maintains the same semantics, but documents those fields correctly 3. The 'clients' field, which is a list, is marked as optional but is always returned. If there are no clients connected an empty list is returned. This is not the Right Way to this in the qapi but it's how the non-qapi command used to work Signed-off-by: Anthony Liguori <aliguori@us.ibm.com> Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
Diffstat (limited to 'target-lm32')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud