diff options
author | Maxime Coquelin <maxime.coquelin@redhat.com> | 2016-09-13 15:30:30 +0200 |
---|---|---|
committer | Michael S. Tsirkin <mst@redhat.com> | 2016-09-15 17:30:03 +0300 |
commit | d1b4259f1ab18af24e6a297edb6a8f71691f3256 (patch) | |
tree | bad5cbf06d5085c33a14b9f4a4f7d654e06772ec /hw/input/stellaris_input.c | |
parent | d1eb8f2acba579830cf3798c3c15ce51be852c56 (diff) | |
download | qemu-d1b4259f1ab18af24e6a297edb6a8f71691f3256.zip qemu-d1b4259f1ab18af24e6a297edb6a8f71691f3256.tar.gz qemu-d1b4259f1ab18af24e6a297edb6a8f71691f3256.tar.bz2 |
virtio-bus: Plug devices after features are negotiated
Currently, devices are plugged before features are negotiated.
If the backend doesn't support VIRTIO_F_VERSION_1, the transport
needs to rewind some settings.
This is the case for CCW, for which a post_plugged callback had
been introduced, where max_rev field is just updated if
VIRTIO_F_VERSION_1 is not supported by the backend.
For PCI, implementing post_plugged would be much more
complicated, so it needs to know whether the backend supports
VIRTIO_F_VERSION_1 at plug time.
Currently, nothing is done for PCI. Modern capabilities get
exposed to the guest even if VIRTIO_F_VERSION_1 is not supported
by the backend, which confuses the guest.
This patch replaces existing post_plugged solution with an
approach that fits with both transports.
Features negotiation is performed before ->device_plugged() call.
A pre_plugged callback is introduced so that the transports can
set their supported features.
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: qemu-stable@nongnu.org
Tested-by: Cornelia Huck <cornelia.huck@de.ibm.com> [ccw]
Reviewed-by: Cornelia Huck <cornelia.huck@de.ibm.com>
Reviewed-by: Marcel Apfelbaum <marcel@redhat.com>
Signed-off-by: Maxime Coquelin <maxime.coquelin@redhat.com>
Diffstat (limited to 'hw/input/stellaris_input.c')
0 files changed, 0 insertions, 0 deletions