[Qemu-commits] [qemu/qemu] 009c25: vhost: move descriptor translation to

qemu-commits
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 009c25: vhost: move descriptor translation to

From:	Peter Maydell
Subject:	[Qemu-commits] [qemu/qemu] 009c25: vhost: move descriptor translation to vhost_svq_vr...
Date:	Wed, 20 Jul 2022 08:33:23 -0700
  Branch: refs/heads/staging
  Home:   https://github.com/qemu/qemu
  Commit: 009c2549bb9dc7f7061009eb87f2a53d4b364983
      
https://github.com/qemu/qemu/commit/009c2549bb9dc7f7061009eb87f2a53d4b364983
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 6758c01f054c2a842d41d927d628b09f649d3254
      
https://github.com/qemu/qemu/commit/6758c01f054c2a842d41d927d628b09f649d3254
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 640b8a1c588b56349b3307d88459ea1cd86181fb
      
https://github.com/qemu/qemu/commit/640b8a1c588b56349b3307d88459ea1cd86181fb
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: c381abc37f0aba42ed2e3b41cdace8f8438829e4
      
https://github.com/qemu/qemu/commit/c381abc37f0aba42ed2e3b41cdace8f8438829e4
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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, sepparated from the polling.

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: d93a2405ca6efa9dc1c420cee5a34bd8242818d0
      
https://github.com/qemu/qemu/commit/d93a2405ca6efa9dc1c420cee5a34bd8242818d0
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 98b5adef8493a2bfad6655cfee84299e88bedbf7
      
https://github.com/qemu/qemu/commit/98b5adef8493a2bfad6655cfee84299e88bedbf7
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: f20b70eb5a68cfd8fef74a13ccdd494ef1cb0221
      
https://github.com/qemu/qemu/commit/f20b70eb5a68cfd8fef74a13ccdd494ef1cb0221
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 1f46ae65d85f677b660bda46685dd3e94885a7cb
      
https://github.com/qemu/qemu/commit/1f46ae65d85f677b660bda46685dd3e94885a7cb
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 9e87868fcaf5785c8e1490c290505fa32305ff91
      
https://github.com/qemu/qemu/commit/9e87868fcaf5785c8e1490c290505fa32305ff91
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: ac4cfdc6f39c06732d27554523f9d5f8a53b4ffa
      
https://github.com/qemu/qemu/commit/ac4cfdc6f39c06732d27554523f9d5f8a53b4ffa
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 432efd144e990b6e040862de25f8f0b6a6eeb03d
      
https://github.com/qemu/qemu/commit/432efd144e990b6e040862de25f8f0b6a6eeb03d
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: d0291f3f284d3bc220cdb13b0d8ac8a44eb5fd4c
      
https://github.com/qemu/qemu/commit/d0291f3f284d3bc220cdb13b0d8ac8a44eb5fd4c
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 3f44d13dda83d390cc9563e56e7d337e4f6223f4
      
https://github.com/qemu/qemu/commit/3f44d13dda83d390cc9563e56e7d337e4f6223f4
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: e966c0b781aebabd2c0f5eef91678f08ce1d068c
      
https://github.com/qemu/qemu/commit/e966c0b781aebabd2c0f5eef91678f08ce1d068c
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 463ba1e3b8cf080812895c5f26d95d8d7db2e692
      
https://github.com/qemu/qemu/commit/463ba1e3b8cf080812895c5f26d95d8d7db2e692
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 94c643732dc110d04bbdf0eb43c41bce23b3593e
      
https://github.com/qemu/qemu/commit/94c643732dc110d04bbdf0eb43c41bce23b3593e
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 Jul 2022)

  Changed paths:
    M net/meson.build
    A net/vhost-vdpa-stub.c

  Log Message:
  -----------
  vhost-net-vdpa: add stubs for when no virtio-net device is present

net/vhost-vdpa.c will need functions that are declared in
vhost-shadow-virtqueue.c, that needs functions of virtio-net.c.

Copy the vhost-vdpa-stub.c code so
only the constructor net_init_vhost_vdpa needs to be defined.

Signed-off-by: Eugenio Pérez <eperezma@redhat.com>
Signed-off-by: Jason Wang <jasowang@redhat.com>


  Commit: bd907ae4b00ebedad5e586af05ea3d6490318d45
      
https://github.com/qemu/qemu/commit/bd907ae4b00ebedad5e586af05ea3d6490318d45
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 2df4dd31e194c94da7d28c02e92449f4a989fca9
      
https://github.com/qemu/qemu/commit/2df4dd31e194c94da7d28c02e92449f4a989fca9
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 8170ab3f43989680491d00f1017f60b25d346114
      
https://github.com/qemu/qemu/commit/8170ab3f43989680491d00f1017f60b25d346114
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: c156d5bf2b142dcc06808ccee06882144f230aec
      
https://github.com/qemu/qemu/commit/c156d5bf2b142dcc06808ccee06882144f230aec
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 1576dbb5bbc49344c606e969ec749be70c0fd94e
      
https://github.com/qemu/qemu/commit/1576dbb5bbc49344c606e969ec749be70c0fd94e
  Author: Eugenio Pérez <eperezma@redhat.com>
  Date:   2022-07-20 (Wed, 20 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: 669846c530dc4ab4afa0d2ad827fec651cb7510c
      
https://github.com/qemu/qemu/commit/669846c530dc4ab4afa0d2ad827fec651cb7510c
  Author: Zhang Chen <chen.zhang@intel.com>
  Date:   2022-07-20 (Wed, 20 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: a18d436954c534b74ed57fc126bb737247d22cba
      
https://github.com/qemu/qemu/commit/a18d436954c534b74ed57fc126bb737247d22cba
  Author: Zhang Chen <chen.zhang@intel.com>
  Date:   2022-07-20 (Wed, 20 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: 94c36c48751bf5ff644e6c8e17a21003edacfc5d
      
https://github.com/qemu/qemu/commit/94c36c48751bf5ff644e6c8e17a21003edacfc5d
  Author: Zhang Chen <chen.zhang@intel.com>
  Date:   2022-07-20 (Wed, 20 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: 8bdab83b34efb0b598be4e5b98e4f466ca5f2f80
      
https://github.com/qemu/qemu/commit/8bdab83b34efb0b598be4e5b98e4f466ca5f2f80
  Author: Zhang Chen <chen.zhang@intel.com>
  Date:   2022-07-20 (Wed, 20 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: 8ec4bc3c8c09366a9e4859de7c0a1860911e8424
      
https://github.com/qemu/qemu/commit/8ec4bc3c8c09366a9e4859de7c0a1860911e8424
  Author: Peter Maydell <peter.maydell@linaro.org>
  Date:   2022-07-20 (Wed, 20 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/meson.build
    M net/trace-events
    A net/vhost-vdpa-stub.c
    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 Wed 20 Jul 2022 09:58:47 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: (25 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
  vhost-net-vdpa: add stubs for when no virtio-net device is present
  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
  ...

Signed-off-by: Peter Maydell <peter.maydell@linaro.org>


Compare: https://github.com/qemu/qemu/compare/f45fd24c9076...8ec4bc3c8c09
[Prev in Thread]
Current Thread
[Next in Thread]
[Qemu-commits] [qemu/qemu] 009c25: vhost: move descriptor translation to vhost_svq_vr..., Peter Maydell <=
- [Qemu-commits] [qemu/qemu] 009c25: vhost: move descriptor translation to vhost_svq_vr..., Peter Maydell, 2022/07/20
Prev by Date: [Qemu-commits] [qemu/qemu] 13c59e: target/s390x: fix handling of zeroes in vfmin/vfmax
Next by Date: [Qemu-commits] [qemu/qemu] 009c25: vhost: move descriptor translation to vhost_svq_vr...
Previous by thread: [Qemu-commits] [qemu/qemu] 13c59e: target/s390x: fix handling of zeroes in vfmin/vfmax
Next by thread: [Qemu-commits] [qemu/qemu] 009c25: vhost: move descriptor translation to vhost_svq_vr...
Index(es):
- Date
- Thread