[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] cc0f1d: vhost: move descriptor translation to
|
From: |
Peter Maydell |
|
Subject: |
[Qemu-commits] [qemu/qemu] cc0f1d: vhost: move descriptor translation to vhost_svq_vr... |
|
Date: |
Tue, 19 Jul 2022 09:20:24 -0700 |
Branch: refs/heads/staging
Home: https://github.com/qemu/qemu
Commit: cc0f1d79d8060167f16b4518f88eec2c9d41e9aa
https://github.com/qemu/qemu/commit/cc0f1d79d8060167f16b4518f88eec2c9d41e9aa
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
Log Message:
-----------
vhost: move descriptor translation to vhost_svq_vring_write_descs
It's done for both in and out descriptors so it's better placed here.
Acked-by: Jason Wang <jasowang@redhat.com>
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 39c14378bb19f53098afa36121dc34735c2b5460
https://github.com/qemu/qemu/commit/39c14378bb19f53098afa36121dc34735c2b5460
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/net/virtio-net.c
M include/hw/virtio/virtio-net.h
Log Message:
-----------
virtio-net: Expose MAC_TABLE_ENTRIES
vhost-vdpa control virtqueue needs to know the maximum entries supported
by the virtio-net device, so we know if it is possible to apply the
filter.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 7f3cf7ca50ae33ed0c172c824f32b62377d45042
https://github.com/qemu/qemu/commit/7f3cf7ca50ae33ed0c172c824f32b62377d45042
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/net/virtio-net.c
M include/hw/virtio/virtio-net.h
Log Message:
-----------
virtio-net: Expose ctrl virtqueue logic
This allows external vhost-net devices to modify the state of the
VirtIO device model once the vhost-vdpa device has acknowledged the
control commands.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 741a831405e6097e7afaaf410de51d1ace7bb416
https://github.com/qemu/qemu/commit/741a831405e6097e7afaaf410de51d1ace7bb416
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
Log Message:
-----------
vdpa: Avoid compiler to squash reads to used idx
In the next patch we will allow busypolling of this value. The compiler
have a running path where shadow_used_idx, last_used_idx, and vring used
idx are not modified within the same thread busypolling.
This was not an issue before since we always cleared device event
notifier before checking it, and that could act as memory barrier.
However, the busypoll needs something similar to kernel READ_ONCE.
Let's add it here, separated from the polling.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 0a5b2be2ebb6680ba92b2ac7a30ea76914d28d86
https://github.com/qemu/qemu/commit/0a5b2be2ebb6680ba92b2ac7a30ea76914d28d86
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
Log Message:
-----------
vhost: Reorder vhost_svq_kick
Future code needs to call it from vhost_svq_add.
No functional change intended.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 5d72481bdbac144dcd0f04ecd4a7e384d5f0b767
https://github.com/qemu/qemu/commit/5d72481bdbac144dcd0f04ecd4a7e384d5f0b767
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
Log Message:
-----------
vhost: Move vhost_svq_kick call to vhost_svq_add
The series needs to expose vhost_svq_add with full functionality,
including kick
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 4679c320919bde15718e700bf4b9a3bedca78763
https://github.com/qemu/qemu/commit/4679c320919bde15718e700bf4b9a3bedca78763
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
Log Message:
-----------
vhost: Check for queue full at vhost_svq_add
The series need to expose vhost_svq_add with full functionality,
including checking for full queue.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 0bad4a9a31e2c3303c993c8eca090ba764263c38
https://github.com/qemu/qemu/commit/0bad4a9a31e2c3303c993c8eca090ba764263c38
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
Log Message:
-----------
vhost: Decouple vhost_svq_add from VirtQueueElement
VirtQueueElement comes from the guest, but we're heading SVQ to be able
to modify the element presented to the device without the guest's
knowledge.
To do so, make SVQ accept sg buffers directly, instead of using
VirtQueueElement.
Add vhost_svq_add_element to maintain element convenience.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: bec0ac1b840caa6b4de25a71fb93e83975718e3a
https://github.com/qemu/qemu/commit/bec0ac1b840caa6b4de25a71fb93e83975718e3a
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
Log Message:
-----------
vhost: Add SVQDescState
This will allow SVQ to add context to the different queue elements.
This patch only store the actual element, no functional change intended.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 807fd119e1e145b1801c2917e4b64aef4b86b1a1
https://github.com/qemu/qemu/commit/807fd119e1e145b1801c2917e4b64aef4b86b1a1
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
Log Message:
-----------
vhost: Track number of descs in SVQDescState
A guest's buffer continuos on GPA may need multiple descriptors on
qemu's VA, so SVQ should track its length sepparatedly.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: cc9df9d329a18531fc85e2d122807f03326525ad
https://github.com/qemu/qemu/commit/cc9df9d329a18531fc85e2d122807f03326525ad
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
Log Message:
-----------
vhost: add vhost_svq_push_elem
This function allows external SVQ users to return guest's available
buffers.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 7186f570e4e978dcf5b33cdc27e0256468e22e19
https://github.com/qemu/qemu/commit/7186f570e4e978dcf5b33cdc27e0256468e22e19
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
Log Message:
-----------
vhost: Expose vhost_svq_add
This allows external parts of SVQ to forward custom buffers to the
device.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: a10592e911fa6671ae88289d5d848d794c17e44a
https://github.com/qemu/qemu/commit/a10592e911fa6671ae88289d5d848d794c17e44a
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
Log Message:
-----------
vhost: add vhost_svq_poll
It allows the Shadow Control VirtQueue to wait for the device to use the
available buffers.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 7e3c1433fce691efbac8592aaf0fbff3aaa87852
https://github.com/qemu/qemu/commit/7e3c1433fce691efbac8592aaf0fbff3aaa87852
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
M hw/virtio/vhost-vdpa.c
Log Message:
-----------
vhost: Add svq avail_handler callback
This allows external handlers to be aware of new buffers that the guest
places in the virtqueue.
When this callback is defined the ownership of the guest's virtqueue
element is transferred to the callback. This means that if the user
wants to forward the descriptor it needs to manually inject it. The
callback is also free to process the command by itself and use the
element with svq_push.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: b97947cc288b4d99cd7b8f5d375af221bb54efc4
https://github.com/qemu/qemu/commit/b97947cc288b4d99cd7b8f5d375af221bb54efc4
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
M include/hw/virtio/vhost-vdpa.h
Log Message:
-----------
vdpa: Export vhost_vdpa_dma_map and unmap calls
Shadow CVQ will copy buffers on qemu VA, so we avoid TOCTOU attacks from
the guest that could set a different state in qemu device model and vdpa
device.
To do so, it needs to be able to map these new buffers to the device.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: f311f984fe0491e178d4807ef5717c5848329443
https://github.com/qemu/qemu/commit/f311f984fe0491e178d4807ef5717c5848329443
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
M include/hw/virtio/vhost-vdpa.h
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: manual forward CVQ buffers
Do a simple forwarding of CVQ buffers, the same work SVQ could do but
through callbacks. No functional change intended.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 575069347073e950ec70be197b66d46cded6b853
https://github.com/qemu/qemu/commit/575069347073e950ec70be197b66d46cded6b853
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: Buffer CVQ support on shadow virtqueue
Introduce the control virtqueue support for vDPA shadow virtqueue. This
is needed for advanced networking features like rx filtering.
Virtio-net control VQ copies the descriptors to qemu's VA, so we avoid
TOCTOU with the guest's or device's memory every time there is a device
model change. Otherwise, the guest could change the memory content in
the time between qemu and the device read it.
To demonstrate command handling, VIRTIO_NET_F_CTRL_MACADDR is
implemented. If the virtio-net driver changes MAC the virtio-net device
model will be updated with the new one, and a rx filtering change event
will be raised.
More cvq commands could be added here straightforwardly but they have
not been tested.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 7dc86e8fccd7c18c9404919ddeabe3755e10eff8
https://github.com/qemu/qemu/commit/7dc86e8fccd7c18c9404919ddeabe3755e10eff8
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M net/vhost-vdpa.c
Log Message:
-----------
vdpa: Extract get features part from vhost_vdpa_get_max_queue_pairs
To know the device features is needed for CVQ SVQ, so SVQ knows if it
can handle all commands or not. Extract from
vhost_vdpa_get_max_queue_pairs so we can reuse it.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Jason Wang <jasowang@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 99c78dd9869e5c8d94cd11a99d36a048848c8e94
https://github.com/qemu/qemu/commit/99c78dd9869e5c8d94cd11a99d36a048848c8e94
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/virtio/vhost-vdpa.c
M include/hw/virtio/vhost-vdpa.h
Log Message:
-----------
vdpa: Add device migration blocker
Since the vhost-vdpa device is exposing _F_LOG, adding a migration blocker if
it uses CVQ.
However, qemu is able to migrate simple devices with no CVQ as long as
they use SVQ. To allow it, add a placeholder error to vhost_vdpa, and
only add to vhost_dev when used. vhost_dev machinery place the migration
blocker if needed.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 7528abbe9dc71c76ef03fdc8d6a8bba717cd917d
https://github.com/qemu/qemu/commit/7528abbe9dc71c76ef03fdc8d6a8bba717cd917d
Author: Eugenio Pérez <eperezma@redhat.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M net/vhost-vdpa.c
M qapi/net.json
Log Message:
-----------
vdpa: Add x-svq to NetdevVhostVDPAOptions
Finally offering the possibility to enable SVQ from the command line.
Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Acked-by: Markus Armbruster <armbru@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 121b4cf57573c02970a892de720ac01cd138b0f6
https://github.com/qemu/qemu/commit/121b4cf57573c02970a892de720ac01cd138b0f6
Author: Zhang Chen <chen.zhang@intel.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M softmmu/runstate.c
Log Message:
-----------
softmmu/runstate.c: add RunStateTransition support form COLO to PRELAUNCH
If the checkpoint occurs when the guest finishes restarting
but has not started running, the runstate_set() may reject
the transition from COLO to PRELAUNCH with the crash log:
{"timestamp": {"seconds": 1593484591, "microseconds": 26605},\
"event": "RESET", "data": {"guest": true, "reason": "guest-reset"}}
qemu-system-x86_64: invalid runstate transition: 'colo' -> 'prelaunch'
Long-term testing says that it's pretty safe.
Signed-off-by: Like Xu <like.xu@linux.intel.com>
Signed-off-by: Zhang Chen <chen.zhang@intel.com>
Acked-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 0a6c5af884f2abac002ce236585665489bc9fbc5
https://github.com/qemu/qemu/commit/0a6c5af884f2abac002ce236585665489bc9fbc5
Author: Zhang Chen <chen.zhang@intel.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M net/colo-compare.c
M net/filter-rewriter.c
Log Message:
-----------
net/colo: Fix a "double free" crash to clear the conn_list
We notice the QEMU may crash when the guest has too many
incoming network connections with the following log:
15197@1593578622.668573:colo_proxy_main : colo proxy connection hashtable full,
clear it
free(): invalid pointer
[1] 15195 abort (core dumped) qemu-system-x86_64 ....
This is because we create the s->connection_track_table with
g_hash_table_new_full() which is defined as:
GHashTable * g_hash_table_new_full (GHashFunc hash_func,
GEqualFunc key_equal_func,
GDestroyNotify key_destroy_func,
GDestroyNotify value_destroy_func);
The fourth parameter connection_destroy() will be called to free the
memory allocated for all 'Connection' values in the hashtable when
we call g_hash_table_remove_all() in the connection_hashtable_reset().
But both connection_track_table and conn_list reference to the same
conn instance. It will trigger double free in conn_list clear. So this
patch remove free action on hash table side to avoid double free the
conn.
Signed-off-by: Like Xu <like.xu@linux.intel.com>
Signed-off-by: Zhang Chen <chen.zhang@intel.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 6004252e95f6cd31bbe87d8f102a500402e22cc4
https://github.com/qemu/qemu/commit/6004252e95f6cd31bbe87d8f102a500402e22cc4
Author: Zhang Chen <chen.zhang@intel.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M net/colo.c
Log Message:
-----------
net/colo.c: No need to track conn_list for filter-rewriter
Filter-rewriter no need to track connection in conn_list.
This patch fix the glib g_queue_is_empty assertion when COLO guest
keep a lot of network connection.
Signed-off-by: Zhang Chen <chen.zhang@intel.com>
Reviewed-by: Li Zhijian <lizhijian@fujitsu.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: f8a9fd7b7ab6601b76e253bbcbfe952f8c1887ec
https://github.com/qemu/qemu/commit/f8a9fd7b7ab6601b76e253bbcbfe952f8c1887ec
Author: Zhang Chen <chen.zhang@intel.com>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M net/colo.c
M net/trace-events
Log Message:
-----------
net/colo.c: fix segmentation fault when packet is not parsed correctly
When COLO use only one vnet_hdr_support parameter between
filter-redirector and filter-mirror(or colo-compare), COLO will crash
with segmentation fault. Back track as follow:
Thread 1 "qemu-system-x86" received signal SIGSEGV, Segmentation fault.
0x0000555555cb200b in eth_get_l2_hdr_length (p=0x0)
at /home/tao/project/COLO/colo-qemu/include/net/eth.h:296
296 uint16_t proto = be16_to_cpu(PKT_GET_ETH_HDR(p)->h_proto);
(gdb) bt
0 0x0000555555cb200b in eth_get_l2_hdr_length (p=0x0)
at /home/tao/project/COLO/colo-qemu/include/net/eth.h:296
1 0x0000555555cb22b4 in parse_packet_early (pkt=0x555556a44840) at
net/colo.c:49
2 0x0000555555cb2b91 in is_tcp_packet (pkt=0x555556a44840) at
net/filter-rewriter.c:63
So wrong vnet_hdr_len will cause pkt->data become NULL. Add check to
raise error and add trace-events to track vnet_hdr_len.
Signed-off-by: Tao Xu <tao3.xu@intel.com>
Signed-off-by: Zhang Chen <chen.zhang@intel.com>
Reviewed-by: Li Zhijian <lizhijian@fujitsu.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>
Commit: 3336c3b9b9a85f8329a68019b51f83e014bc6f8c
https://github.com/qemu/qemu/commit/3336c3b9b9a85f8329a68019b51f83e014bc6f8c
Author: Peter Maydell <peter.maydell@linaro.org>
Date: 2022-07-19 (Tue, 19 Jul 2022)
Changed paths:
M hw/net/virtio-net.c
M hw/virtio/vhost-shadow-virtqueue.c
M hw/virtio/vhost-shadow-virtqueue.h
M hw/virtio/vhost-vdpa.c
M include/hw/virtio/vhost-vdpa.h
M include/hw/virtio/virtio-net.h
M net/colo-compare.c
M net/colo.c
M net/filter-rewriter.c
M net/trace-events
M net/vhost-vdpa.c
M qapi/net.json
M softmmu/runstate.c
Log Message:
-----------
Merge tag 'net-pull-request' of https://github.com/jasowang/qemu into staging
# gpg: Signature made Tue 19 Jul 2022 14:05:41 BST
# gpg: using RSA key EF04965B398D6211
# gpg: Good signature from "Jason Wang (Jason Wang on RedHat)
<jasowang@redhat.com>" [marginal]
# gpg: WARNING: This key is not certified with sufficiently trusted signatures!
# gpg: It is not certain that the signature belongs to the owner.
# Primary key fingerprint: 215D 46F4 8246 689E C77F 3562 EF04 965B 398D 6211
* tag 'net-pull-request' of https://github.com/jasowang/qemu: (24 commits)
net/colo.c: fix segmentation fault when packet is not parsed correctly
net/colo.c: No need to track conn_list for filter-rewriter
net/colo: Fix a "double free" crash to clear the conn_list
softmmu/runstate.c: add RunStateTransition support form COLO to PRELAUNCH
vdpa: Add x-svq to NetdevVhostVDPAOptions
vdpa: Add device migration blocker
vdpa: Extract get features part from vhost_vdpa_get_max_queue_pairs
vdpa: Buffer CVQ support on shadow virtqueue
vdpa: manual forward CVQ buffers
vdpa: Export vhost_vdpa_dma_map and unmap calls
vhost: Add svq avail_handler callback
vhost: add vhost_svq_poll
vhost: Expose vhost_svq_add
vhost: add vhost_svq_push_elem
vhost: Track number of descs in SVQDescState
vhost: Add SVQDescState
vhost: Decouple vhost_svq_add from VirtQueueElement
vhost: Check for queue full at vhost_svq_add
vhost: Move vhost_svq_kick call to vhost_svq_add
vhost: Reorder vhost_svq_kick
...
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Compare: https://github.com/qemu/qemu/compare/da7da9d5e608...3336c3b9b9a8
| [Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] cc0f1d: vhost: move descriptor translation to vhost_svq_vr...,
Peter Maydell <=