On 09/10/2024 15:07, Stefano Brivio wrote:On Wed, 9 Oct 2024 11:07:07 +0200 Laurent Vivier <lvivier(a)redhat.com> wrote: > This series of patches adds vhost-user support to passt > and then allows passt to connect to QEMU network backend using > virtqueue rather than a socket. > > With QEMU, rather than using to connect: > > -netdev stream,id=s,server=off,addr.type=unix,addr.path=/tmp/passt_1.socket > > we will use: > > -chardev socket,id=chr0,path=/tmp/passt_1.socket > -netdev vhost-user,id=netdev0,chardev=chr0 > -device virtio-net,netdev=netdev0 > -object memory-backend-memfd,id=memfd0,share=on,size=$RAMSIZE > -numa node,memdev=memfd0 > > The memory backend is needed to share data between passt and QEMU.......that is, in passt_vu_in_ns/udp, on the basic "UDP/IPv4: host to guest" test, the client is already done, but the server gets nothing. It doesn't look like a race condition in the test itself, because if I re-run the client manually the server is still stuck, but I didn't really investigate, yet.Yes, I've seen that. I didn't know if the problem was in the test or in my code. I found it's a regression when I have introduced my new function vu_collect_one_frame(). I'm on it. Thanks, Laurent