From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: passt.top; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: passt.top; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=ie8+l61q; dkim-atps=neutral Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by passt.top (Postfix) with ESMTPS id 3486B5A0269 for ; Fri, 27 Feb 2026 15:03:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1772201027; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=giGAI4OsSS3nzGbR+P8XEajMKffOqIKd7XOCZhGJ7+k=; b=ie8+l61qy0cSvX3AT8ZqnwkUsT4hyIQNiS9C3KgeAnvFsAQX7v0fTMufP50a1CX3woElGd O05dxsMlVabjBeHUZOdZsLRzqxT1j7GwZCEz6i1sMOLw6JvMz66XAlVIFf93w9w17R7CuP plbE87bReWnBvB7UdBCFX/LfW7G80+c= Received: from mx-prod-mc-08.mail-002.prod.us-west-2.aws.redhat.com (ec2-35-165-154-97.us-west-2.compute.amazonaws.com [35.165.154.97]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-255-YUJA9iILPL6b4Mjy_gEOtg-1; Fri, 27 Feb 2026 09:03:40 -0500 X-MC-Unique: YUJA9iILPL6b4Mjy_gEOtg-1 X-Mimecast-MFC-AGG-ID: YUJA9iILPL6b4Mjy_gEOtg_1772201019 Received: from mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com (mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com [10.30.177.4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mx-prod-mc-08.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTPS id 421541800473 for ; Fri, 27 Feb 2026 14:03:39 +0000 (UTC) Received: from lenovo-t14s.redhat.com (unknown [10.45.225.86]) by mx-prod-int-01.mail-002.prod.us-west-2.aws.redhat.com (Postfix) with ESMTP id 4B62E30001B9; Fri, 27 Feb 2026 14:03:38 +0000 (UTC) From: Laurent Vivier To: passt-dev@passt.top Subject: [PATCH 04/12] udp_vu: Move virtqueue management from udp_vu_sock_recv() to its caller Date: Fri, 27 Feb 2026 15:03:22 +0100 Message-ID: <20260227140330.2216753-5-lvivier@redhat.com> In-Reply-To: <20260227140330.2216753-1-lvivier@redhat.com> References: <20260227140330.2216753-1-lvivier@redhat.com> MIME-Version: 1.0 X-Scanned-By: MIMEDefang 3.4.1 on 10.30.177.4 X-Mimecast-Spam-Score: 0 X-Mimecast-MFC-PROC-ID: 7hnJ14Okx-3MPRnZM-syq2JzlSqE5n6FD6Hy83mBDLI_1772201019 X-Mimecast-Originator: redhat.com Content-Transfer-Encoding: 8bit content-type: text/plain; charset="US-ASCII"; x-default=true Message-ID-Hash: MMOGFYBJL23NFP4GGPPD62Z75BJGZEZ6 X-Message-ID-Hash: MMOGFYBJL23NFP4GGPPD62Z75BJGZEZ6 X-MailFrom: lvivier@redhat.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: Laurent Vivier X-Mailman-Version: 3.3.8 Precedence: list List-Id: Development discussion and patches for passt Archived-At: Archived-At: List-Archive: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: udp_vu_sock_recv() currently mixes two concerns: receiving data from the socket and managing virtqueue buffers (collecting, rewinding, releasing). This makes the function harder to reason about and couples socket I/O with virtqueue state. Move all virtqueue operations, vu_collect(), vu_init_elem(), vu_queue_rewind(), and the queue-readiness check, into udp_vu_sock_to_tap(), which is the only caller. This turns udp_vu_sock_recv() into a pure socket receive function that simply reads into the provided iov_tail and adjusts its length. Signed-off-by: Laurent Vivier --- udp_vu.c | 79 ++++++++++++++++++++++++++------------------------------ 1 file changed, 37 insertions(+), 42 deletions(-) diff --git a/udp_vu.c b/udp_vu.c index 8f4d0aedac10..aefcab0b86c2 100644 --- a/udp_vu.c +++ b/udp_vu.c @@ -58,75 +58,41 @@ static size_t udp_vu_hdrlen(bool v6) /** * udp_vu_sock_recv() - Receive datagrams from socket into vhost-user buffers - * @c: Execution context * @data: IO vector tail for the frame (modified on output) - * @vq: virtqueue to use to receive data * @s: Socket to receive from * @v6: Set for IPv6 connections * - * Return: size of received data, 0 if the datagram - * was discarded because the virtqueue is not ready, -1 on error + * Return: size of received data, -1 on error */ -static ssize_t udp_vu_sock_recv(const struct ctx *c, struct iov_tail *data, - struct vu_virtq *vq, int s, bool v6) +static ssize_t udp_vu_sock_recv(struct iov_tail *data, int s, bool v6) { - const struct vu_dev *vdev = c->vdev; - struct msghdr msg = { 0 }; + struct iovec msg_iov[data->cnt]; + struct msghdr msg = { 0 }; struct iov_tail payload; size_t hdrlen; ssize_t dlen; - int iov_cnt; - - ASSERT(!c->no_udp); - - if (!vu_queue_enabled(vq) || !vu_queue_started(vq)) { - debug("Got UDP packet, but RX virtqueue not usable yet"); - - if (recvmsg(s, &msg, MSG_DONTWAIT) < 0) - debug_perror("Failed to discard datagram"); - - data->cnt = 0; - return 0; - } /* compute L2 header length */ hdrlen = udp_vu_hdrlen(v6); - vu_init_elem(elem, (struct iovec *)data->iov, data->cnt); - - iov_cnt = vu_collect(vdev, vq, elem, ARRAY_SIZE(elem), - IP_MAX_MTU + ETH_HLEN + VNET_HLEN, NULL); - if (iov_cnt == 0) - return -1; - - data->cnt = iov_cnt; - /* reserve space for the headers */ ASSERT(iov_tail_size(data) >= MAX(hdrlen, ETH_ZLEN + VNET_HLEN)); payload = *data; iov_drop_header(&payload, hdrlen); - struct iovec msg_iov[payload.cnt]; msg.msg_iov = msg_iov; msg.msg_iovlen = iov_tail_clone(msg.msg_iov, payload.cnt, &payload); /* read data from the socket */ dlen = recvmsg(s, &msg, 0); - if (dlen < 0) { - vu_queue_rewind(vq, iov_cnt); + if (dlen < 0) return -1; - } iov_tail_truncate(data, MAX(dlen + hdrlen, ETH_ZLEN + VNET_HLEN)); iov_tail_zero_end(data, dlen + hdrlen); iov_tail_truncate(data, dlen + hdrlen); - vu_set_vnethdr(vdev, data->iov[0].iov_base, data->cnt); - - /* release unused buffers */ - vu_queue_rewind(vq, iov_cnt - data->cnt); - return dlen; } @@ -216,16 +182,45 @@ void udp_vu_sock_to_tap(const struct ctx *c, int s, int n, flow_sidx_t tosidx) struct iov_tail data; int i; + ASSERT(!c->no_udp); + + if (!vu_queue_enabled(vq) || !vu_queue_started(vq)) { + struct msghdr msg = { 0 }; + + debug("Got UDP packet, but RX virtqueue not usable yet"); + + for (i = 0; i < n; i++) { + if (recvmsg(s, &msg, MSG_DONTWAIT) < 0) + debug_perror("Failed to discard datagram"); + } + + return; + } + for (i = 0; i < n; i++) { ssize_t dlen; + int elem_cnt; - data = IOV_TAIL(iov_vu, VIRTQUEUE_MAX_SIZE, 0); + vu_init_elem(elem, iov_vu, ARRAY_SIZE(elem)); - dlen = udp_vu_sock_recv(c, &data, vq, s, v6); - if (dlen < 0) + elem_cnt = vu_collect(vdev, vq, elem, ARRAY_SIZE(elem), + IP_MAX_MTU + ETH_HLEN + VNET_HLEN, NULL); + if (elem_cnt == 0) break; + data = IOV_TAIL(iov_vu, elem_cnt, 0); + + dlen = udp_vu_sock_recv(&data, s, v6); + if (dlen < 0) { + vu_queue_rewind(vq, elem_cnt); + continue; + } + + /* release unused buffers */ + vu_queue_rewind(vq, elem_cnt - data.cnt); + if (data.cnt > 0) { + vu_set_vnethdr(vdev, data.iov[0].iov_base, data.cnt); udp_vu_prepare(c, &data, toside, dlen); if (*c->pcap) { udp_vu_csum(toside, &data); -- 2.53.0