On Sat, May 31, 2025 at 03:51:57PM +0700, Bui Quang Minh wrote: > On 5/30/25 18:45, Maciej Fijalkowski wrote: > > On Thu, May 29, 2025 at 09:29:14PM +0700, Bui Quang Minh wrote: > > > On 5/29/25 18:18, Maciej Fijalkowski wrote: > > > > On Tue, May 27, 2025 at 11:19:04PM +0700, Bui Quang Minh wrote: > > > > > This adds a test to test the virtio-net rx when there is a XDP socket > > > > > bound to it. There are tests for both copy mode and zerocopy mode, > > > > > both > > > > > cases when XDP program returns XDP_PASS and XDP_REDIRECT to a XDP > > > > > socket. > > > > > > > > > > Signed-off-by: Bui Quang Minh <minhquangbu...@gmail.com> > > > > Hi Bui, > > > > > > > > have you considered adjusting xskxceiver for your needs? If yes and you > > > > decided to go with another test app then what were the issues around it? > > > > > > > > This is yet another approach for xsk testing where we already have a > > > > test framework. > > > Hi, > > > > > > I haven't tried much hard to adapt xskxceiver. I did have a look at > > > xskxceiver but I felt the supported topology is not suitable for my need. > > > To > > > test the receiving side in virtio-net, I use Qemu to set up virtio-net in > > > the guest and vhost-net in the host side. The sending side is in the host > > > and the receiving is in the guest so I can't figure out how to do that > > > with > > > xskxceiver. > > I see - couldn't the python side be executing xdpsock then instead of your > > own app? > > I'm not aware of xdpsock. Could you give the path to that file?
https://github.com/xdp-project/bpf-examples/tree/main/AF_XDP-example this is our go-to app side of AF_XDP. > > > I wouldn't like to end up with several xsk tools for testing data path on > > different environments.
