aboutsummaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorDaniel P. Berrange <berrange@redhat.com>2016-01-11 13:17:05 +0000
committerGerd Hoffmann <kraxel@redhat.com>2016-01-19 15:41:01 +0100
commit3f0230e926b45905efb597824f59fdf5a4f3da08 (patch)
tree1760946b1926e1d2cbeb66551b4d011ec064c3b8 /include
parent8b39910e631ff055b90ed50c98f5a5948b0550ed (diff)
downloadqemu-3f0230e926b45905efb597824f59fdf5a4f3da08.zip
qemu-3f0230e926b45905efb597824f59fdf5a4f3da08.tar.gz
qemu-3f0230e926b45905efb597824f59fdf5a4f3da08.tar.bz2
vnc: distiguish between ipv4/ipv6 omitted vs set to off
The VNC code for interpreting QemuOpts does not currently distinguish between ipv4/ipv6 being omitted, and being set to 'off', because historically the 'ipv4' and 'ipv6' options were just flags which did not accept a value. The upshot is that if someone runs $QEMU -vnc localhost:1,ipv6=off QEMU still uses PF_UNSPEC and thus may still bind to IPv6, when it should use PF_INET. This is another instance of the problem previously fixed for chardevs in commit b77e7c8e99f9ac726c4eaa2fc3461fd886017dc0 Author: Paolo Bonzini <pbonzini@redhat.com> Date: Mon Oct 12 15:35:16 2015 +0200 qemu-sockets: fix conversion of ipv4/ipv6 JSON to QemuOpts Reviewed-by: Eric Blake <eblake@redhat.com> Signed-off-by: Daniel P. Berrange <berrange@redhat.com> Message-id: 1452518225-11751-6-git-send-email-berrange@redhat.com Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions