aboutgitcodebugslistschat
path: root/doc
diff options
context:
space:
mode:
authorLaurent Vivier <lvivier@redhat.com>2026-03-18 10:19:39 +0100
committerStefano Brivio <sbrivio@redhat.com>2026-03-20 20:05:12 +0100
commitb9d076d8af993359ec7cd2eb97572c1fe0675089 (patch)
treef46ca4a57b1050050cc827efb6fad506db5034a9 /doc
parent47e56fd069d119da47c514d8e4a2671bb931aab7 (diff)
downloadpasst-b9d076d8af993359ec7cd2eb97572c1fe0675089.tar
passt-b9d076d8af993359ec7cd2eb97572c1fe0675089.tar.gz
passt-b9d076d8af993359ec7cd2eb97572c1fe0675089.tar.bz2
passt-b9d076d8af993359ec7cd2eb97572c1fe0675089.tar.lz
passt-b9d076d8af993359ec7cd2eb97572c1fe0675089.tar.xz
passt-b9d076d8af993359ec7cd2eb97572c1fe0675089.tar.zst
passt-b9d076d8af993359ec7cd2eb97572c1fe0675089.zip
virtio: Pass iovec arrays as separate parameters to vu_queue_pop()
Currently vu_queue_pop() and vu_queue_map_desc() read the iovec arrays (in_sg/out_sg) and their sizes (in_num/out_num) from the vu_virtq_element struct. This couples the iovec storage to the element, requiring callers like vu_handle_tx() to pre-initialize the element fields before calling vu_queue_pop(). Pass the iovec arrays and their maximum sizes as separate parameters instead. vu_queue_map_desc() now writes the actual descriptor count and iovec pointers back into the element after mapping, rather than using the element as both input and output. This decouples the iovec storage from the element, which is a prerequisite for multi-buffer support where a single frame can span multiple virtqueue elements sharing a common iovec pool. No functional change. Signed-off-by: Laurent Vivier <lvivier@redhat.com> Reviewed-by: David Gibson <david@gibson.dropbear.id.au> Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'doc')
0 files changed, 0 insertions, 0 deletions