aboutgitcodebugslistschat
path: root/test/tcp/git:
diff options
context:
space:
mode:
authorLaurent Vivier <lvivier@redhat.com>2026-01-07 09:08:09 +0100
committerStefano Brivio <sbrivio@redhat.com>2026-01-10 20:54:13 +0100
commitedac476e268e4a0c5759a32fea9c720056de6315 (patch)
tree08353cf0dd170495a3cb9f38073db54814f2bc2b /test/tcp/git:
parent9ea9dde5b5f64562d5fb0385dfee967a8cfec0f3 (diff)
downloadpasst-edac476e268e4a0c5759a32fea9c720056de6315.tar
passt-edac476e268e4a0c5759a32fea9c720056de6315.tar.gz
passt-edac476e268e4a0c5759a32fea9c720056de6315.tar.bz2
passt-edac476e268e4a0c5759a32fea9c720056de6315.tar.lz
passt-edac476e268e4a0c5759a32fea9c720056de6315.tar.xz
passt-edac476e268e4a0c5759a32fea9c720056de6315.tar.zst
passt-edac476e268e4a0c5759a32fea9c720056de6315.zip
udp_vu: Discard datagrams when RX virtqueue is not usable
During vhost-user device initialization, UDP datagrams may arrive on listening sockets before the guest has enabled the RX virtqueue. When this happens, udp_vu_sock_recv() returns 0 without consuming the datagram from the socket. The caller, udp_sock_fwd(), uses a while loop with udp_peek_addr() to process pending datagrams. Since the datagram remains in the socket buffer, udp_peek_addr() keeps returning data available, causing a busy loop with 100% CPU usage. To avoid that, we need to discard the data when the virtqueue is not ready. udp_buf_sock_to_tap() actually does the same as it reads data with udp_sock_recv() and if fd_tap is not initialized tap_send_frames() drops them. Fixes: 28997fcb29b5 ("vhost-user: add vhost-user") Link: https://bugs.passt.top/show_bug.cgi?id=185 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 'test/tcp/git:')
0 files changed, 0 insertions, 0 deletions