Re: [PATCH net-next v6 07/10] virtio_net: xsk: rx: support fill with xsk buffer

2024-07-01 Thread Xuan Zhuo
On Mon, 1 Jul 2024 11:05:33 +0800, Jason Wang  wrote:
> On Fri, Jun 28, 2024 at 1:44 PM Xuan Zhuo  wrote:
> >
> > On Fri, 28 Jun 2024 10:19:37 +0800, Jason Wang  wrote:
> > > On Tue, Jun 18, 2024 at 3:57 PM Xuan Zhuo  
> > > wrote:
> > > >
> > > > Implement the logic of filling rq with XSK buffers.
> > > >
> > > > Signed-off-by: Xuan Zhuo 
> > > > ---
> > > >  drivers/net/virtio_net.c | 68 ++--
> > > >  1 file changed, 66 insertions(+), 2 deletions(-)
> > > >
> > > > diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
> > > > index 2bbc715f22c6..2ac5668a94ce 100644
> > > > --- a/drivers/net/virtio_net.c
> > > > +++ b/drivers/net/virtio_net.c
> > > > @@ -355,6 +355,8 @@ struct receive_queue {
> > > >
> > > > /* xdp rxq used by xsk */
> > > > struct xdp_rxq_info xdp_rxq;
> > > > +
> > > > +   struct xdp_buff **xsk_buffs;
> > > > } xsk;
> > > >  };
> > > >
> > > > @@ -1032,6 +1034,53 @@ static void check_sq_full_and_disable(struct 
> > > > virtnet_info *vi,
> > > > }
> > > >  }
> > > >
> > > > +static void sg_fill_dma(struct scatterlist *sg, dma_addr_t addr, u32 
> > > > len)
> > > > +{
> > > > +   sg->dma_address = addr;
> > > > +   sg->length = len;
> > > > +}
> > > > +
> > > > +static int virtnet_add_recvbuf_xsk(struct virtnet_info *vi, struct 
> > > > receive_queue *rq,
> > > > +  struct xsk_buff_pool *pool, gfp_t 
> > > > gfp)
> > > > +{
> > > > +   struct xdp_buff **xsk_buffs;
> > > > +   dma_addr_t addr;
> > > > +   u32 len, i;
> > > > +   int err = 0;
> > > > +   int num;
> > > > +
> > > > +   xsk_buffs = rq->xsk.xsk_buffs;
> > > > +
> > > > +   num = xsk_buff_alloc_batch(pool, xsk_buffs, rq->vq->num_free);
> > > > +   if (!num)
> > > > +   return -ENOMEM;
> > > > +
> > > > +   len = xsk_pool_get_rx_frame_size(pool) + vi->hdr_len;
> > > > +
> > > > +   for (i = 0; i < num; ++i) {
> > > > +   /* use the part of XDP_PACKET_HEADROOM as the virtnet 
> > > > hdr space */
> > > > +   addr = xsk_buff_xdp_get_dma(xsk_buffs[i]) - vi->hdr_len;
> > >
> > > We had VIRTIO_XDP_HEADROOM, can we reuse it? Or if it's redundant
> > > let's send a patch to switch to XDP_PACKET_HEADROOM.
> >
> > Do you mean replace it inside the comment?
>
> I meant a patch to s/VIRTIO_XDP_HEADROOM/XDP_PACKET_HEADROOM/g.

I see.


>
> >
> > I want to describe use the headroom of xsk, the size of the headroom is
> > XDP_PACKET_HEADROOM.
> >
> > >
> > > Btw, the code assumes vi->hdr_len < xsk_pool_get_headroom(). It's
> > > better to fail if it's not true when enabling xsk.
> >
> > It is ok.
>
> I mean do we need a check to fail xsk binding if vi->hdr_len >
> xsk_pool_get_headroom() or it has been guaranteed by the code already.

YES.

Thanks.


>
> Thanks
>
> >
> > Thanks.
> >
> >
> > >
> > > Thanks
> > >
> >
>



Re: [PATCH net-next v6 07/10] virtio_net: xsk: rx: support fill with xsk buffer

2024-06-30 Thread Jason Wang
On Fri, Jun 28, 2024 at 1:44 PM Xuan Zhuo  wrote:
>
> On Fri, 28 Jun 2024 10:19:37 +0800, Jason Wang  wrote:
> > On Tue, Jun 18, 2024 at 3:57 PM Xuan Zhuo  
> > wrote:
> > >
> > > Implement the logic of filling rq with XSK buffers.
> > >
> > > Signed-off-by: Xuan Zhuo 
> > > ---
> > >  drivers/net/virtio_net.c | 68 ++--
> > >  1 file changed, 66 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
> > > index 2bbc715f22c6..2ac5668a94ce 100644
> > > --- a/drivers/net/virtio_net.c
> > > +++ b/drivers/net/virtio_net.c
> > > @@ -355,6 +355,8 @@ struct receive_queue {
> > >
> > > /* xdp rxq used by xsk */
> > > struct xdp_rxq_info xdp_rxq;
> > > +
> > > +   struct xdp_buff **xsk_buffs;
> > > } xsk;
> > >  };
> > >
> > > @@ -1032,6 +1034,53 @@ static void check_sq_full_and_disable(struct 
> > > virtnet_info *vi,
> > > }
> > >  }
> > >
> > > +static void sg_fill_dma(struct scatterlist *sg, dma_addr_t addr, u32 len)
> > > +{
> > > +   sg->dma_address = addr;
> > > +   sg->length = len;
> > > +}
> > > +
> > > +static int virtnet_add_recvbuf_xsk(struct virtnet_info *vi, struct 
> > > receive_queue *rq,
> > > +  struct xsk_buff_pool *pool, gfp_t gfp)
> > > +{
> > > +   struct xdp_buff **xsk_buffs;
> > > +   dma_addr_t addr;
> > > +   u32 len, i;
> > > +   int err = 0;
> > > +   int num;
> > > +
> > > +   xsk_buffs = rq->xsk.xsk_buffs;
> > > +
> > > +   num = xsk_buff_alloc_batch(pool, xsk_buffs, rq->vq->num_free);
> > > +   if (!num)
> > > +   return -ENOMEM;
> > > +
> > > +   len = xsk_pool_get_rx_frame_size(pool) + vi->hdr_len;
> > > +
> > > +   for (i = 0; i < num; ++i) {
> > > +   /* use the part of XDP_PACKET_HEADROOM as the virtnet hdr 
> > > space */
> > > +   addr = xsk_buff_xdp_get_dma(xsk_buffs[i]) - vi->hdr_len;
> >
> > We had VIRTIO_XDP_HEADROOM, can we reuse it? Or if it's redundant
> > let's send a patch to switch to XDP_PACKET_HEADROOM.
>
> Do you mean replace it inside the comment?

I meant a patch to s/VIRTIO_XDP_HEADROOM/XDP_PACKET_HEADROOM/g.

>
> I want to describe use the headroom of xsk, the size of the headroom is
> XDP_PACKET_HEADROOM.
>
> >
> > Btw, the code assumes vi->hdr_len < xsk_pool_get_headroom(). It's
> > better to fail if it's not true when enabling xsk.
>
> It is ok.

I mean do we need a check to fail xsk binding if vi->hdr_len >
xsk_pool_get_headroom() or it has been guaranteed by the code already.

Thanks

>
> Thanks.
>
>
> >
> > Thanks
> >
>




Re: [PATCH net-next v6 07/10] virtio_net: xsk: rx: support fill with xsk buffer

2024-06-27 Thread Xuan Zhuo
On Fri, 28 Jun 2024 10:19:37 +0800, Jason Wang  wrote:
> On Tue, Jun 18, 2024 at 3:57 PM Xuan Zhuo  wrote:
> >
> > Implement the logic of filling rq with XSK buffers.
> >
> > Signed-off-by: Xuan Zhuo 
> > ---
> >  drivers/net/virtio_net.c | 68 ++--
> >  1 file changed, 66 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
> > index 2bbc715f22c6..2ac5668a94ce 100644
> > --- a/drivers/net/virtio_net.c
> > +++ b/drivers/net/virtio_net.c
> > @@ -355,6 +355,8 @@ struct receive_queue {
> >
> > /* xdp rxq used by xsk */
> > struct xdp_rxq_info xdp_rxq;
> > +
> > +   struct xdp_buff **xsk_buffs;
> > } xsk;
> >  };
> >
> > @@ -1032,6 +1034,53 @@ static void check_sq_full_and_disable(struct 
> > virtnet_info *vi,
> > }
> >  }
> >
> > +static void sg_fill_dma(struct scatterlist *sg, dma_addr_t addr, u32 len)
> > +{
> > +   sg->dma_address = addr;
> > +   sg->length = len;
> > +}
> > +
> > +static int virtnet_add_recvbuf_xsk(struct virtnet_info *vi, struct 
> > receive_queue *rq,
> > +  struct xsk_buff_pool *pool, gfp_t gfp)
> > +{
> > +   struct xdp_buff **xsk_buffs;
> > +   dma_addr_t addr;
> > +   u32 len, i;
> > +   int err = 0;
> > +   int num;
> > +
> > +   xsk_buffs = rq->xsk.xsk_buffs;
> > +
> > +   num = xsk_buff_alloc_batch(pool, xsk_buffs, rq->vq->num_free);
> > +   if (!num)
> > +   return -ENOMEM;
> > +
> > +   len = xsk_pool_get_rx_frame_size(pool) + vi->hdr_len;
> > +
> > +   for (i = 0; i < num; ++i) {
> > +   /* use the part of XDP_PACKET_HEADROOM as the virtnet hdr 
> > space */
> > +   addr = xsk_buff_xdp_get_dma(xsk_buffs[i]) - vi->hdr_len;
>
> We had VIRTIO_XDP_HEADROOM, can we reuse it? Or if it's redundant
> let's send a patch to switch to XDP_PACKET_HEADROOM.

Do you mean replace it inside the comment?

I want to describe use the headroom of xsk, the size of the headroom is
XDP_PACKET_HEADROOM.

>
> Btw, the code assumes vi->hdr_len < xsk_pool_get_headroom(). It's
> better to fail if it's not true when enabling xsk.

It is ok.

Thanks.


>
> Thanks
>



Re: [PATCH net-next v6 07/10] virtio_net: xsk: rx: support fill with xsk buffer

2024-06-27 Thread Jason Wang
On Tue, Jun 18, 2024 at 3:57 PM Xuan Zhuo  wrote:
>
> Implement the logic of filling rq with XSK buffers.
>
> Signed-off-by: Xuan Zhuo 
> ---
>  drivers/net/virtio_net.c | 68 ++--
>  1 file changed, 66 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c
> index 2bbc715f22c6..2ac5668a94ce 100644
> --- a/drivers/net/virtio_net.c
> +++ b/drivers/net/virtio_net.c
> @@ -355,6 +355,8 @@ struct receive_queue {
>
> /* xdp rxq used by xsk */
> struct xdp_rxq_info xdp_rxq;
> +
> +   struct xdp_buff **xsk_buffs;
> } xsk;
>  };
>
> @@ -1032,6 +1034,53 @@ static void check_sq_full_and_disable(struct 
> virtnet_info *vi,
> }
>  }
>
> +static void sg_fill_dma(struct scatterlist *sg, dma_addr_t addr, u32 len)
> +{
> +   sg->dma_address = addr;
> +   sg->length = len;
> +}
> +
> +static int virtnet_add_recvbuf_xsk(struct virtnet_info *vi, struct 
> receive_queue *rq,
> +  struct xsk_buff_pool *pool, gfp_t gfp)
> +{
> +   struct xdp_buff **xsk_buffs;
> +   dma_addr_t addr;
> +   u32 len, i;
> +   int err = 0;
> +   int num;
> +
> +   xsk_buffs = rq->xsk.xsk_buffs;
> +
> +   num = xsk_buff_alloc_batch(pool, xsk_buffs, rq->vq->num_free);
> +   if (!num)
> +   return -ENOMEM;
> +
> +   len = xsk_pool_get_rx_frame_size(pool) + vi->hdr_len;
> +
> +   for (i = 0; i < num; ++i) {
> +   /* use the part of XDP_PACKET_HEADROOM as the virtnet hdr 
> space */
> +   addr = xsk_buff_xdp_get_dma(xsk_buffs[i]) - vi->hdr_len;

We had VIRTIO_XDP_HEADROOM, can we reuse it? Or if it's redundant
let's send a patch to switch to XDP_PACKET_HEADROOM.

Btw, the code assumes vi->hdr_len < xsk_pool_get_headroom(). It's
better to fail if it's not true when enabling xsk.

Thanks




Re: [PATCH net-next v6 07/10] virtio_net: xsk: rx: support fill with xsk buffer

2024-06-20 Thread Xuan Zhuo
On Thu, 20 Jun 2024 12:20:44 +0200, Paolo Abeni  wrote:
> Hi,
>
> On Tue, 2024-06-18 at 15:56 +0800, Xuan Zhuo wrote:
> > @@ -1032,6 +1034,53 @@ static void check_sq_full_and_disable(struct 
> > virtnet_info *vi,
> > }
> >  }
> >
> > +static void sg_fill_dma(struct scatterlist *sg, dma_addr_t addr, u32 len)
> > +{
> > +   sg->dma_address = addr;
> > +   sg->length = len;
> > +}
> > +
> > +static int virtnet_add_recvbuf_xsk(struct virtnet_info *vi, struct 
> > receive_queue *rq,
> > +  struct xsk_buff_pool *pool, gfp_t gfp)
> > +{
> > +   struct xdp_buff **xsk_buffs;
> > +   dma_addr_t addr;
> > +   u32 len, i;
> > +   int err = 0;
>
> Minor nit: the reverse xmas tree order is based on the full line len,
> should be:
>   int err = 0;
>   u32 len, i;

Will fix.

>
> [...]
> > @@ -2226,6 +2281,7 @@ static bool try_fill_recv(struct virtnet_info *vi, 
> > struct receive_queue *rq,
> > u64_stats_update_end_irqrestore(&rq->stats.syncp, flags);
> > }
> >
> > +   oom = err == -ENOMEM;
> > return !oom;
>
> Minor nit: 'oom' is used only in the above to lines. You could drop
> such variable and just:
>   return err != -ENOMEM;

Will fix.

>
> Please _do not_ repost just for the above, but please include such
> changes if you should repost for other reasons.

OK.


>
> Also try to include a detailed changelog in each patch after the tag
> area and a '---' separator, it will simplify the review process.

Will do.

Thanks.


>
> Thanks,
>
> Paolo
>



Re: [PATCH net-next v6 07/10] virtio_net: xsk: rx: support fill with xsk buffer

2024-06-20 Thread Paolo Abeni
Hi,

On Tue, 2024-06-18 at 15:56 +0800, Xuan Zhuo wrote:
> @@ -1032,6 +1034,53 @@ static void check_sq_full_and_disable(struct 
> virtnet_info *vi,
>   }
>  }
>  
> +static void sg_fill_dma(struct scatterlist *sg, dma_addr_t addr, u32 len)
> +{
> + sg->dma_address = addr;
> + sg->length = len;
> +}
> +
> +static int virtnet_add_recvbuf_xsk(struct virtnet_info *vi, struct 
> receive_queue *rq,
> +struct xsk_buff_pool *pool, gfp_t gfp)
> +{
> + struct xdp_buff **xsk_buffs;
> + dma_addr_t addr;
> + u32 len, i;
> + int err = 0;

Minor nit: the reverse xmas tree order is based on the full line len,
should be:
int err = 0;
u32 len, i;

[...]
> @@ -2226,6 +2281,7 @@ static bool try_fill_recv(struct virtnet_info *vi, 
> struct receive_queue *rq,
>   u64_stats_update_end_irqrestore(&rq->stats.syncp, flags);
>   }
>  
> + oom = err == -ENOMEM;
>   return !oom;

Minor nit: 'oom' is used only in the above to lines. You could drop
such variable and just:
return err != -ENOMEM;

Please _do not_ repost just for the above, but please include such
changes if you should repost for other reasons.

Also try to include a detailed changelog in each patch after the tag
area and a '---' separator, it will simplify the review process.

Thanks,

Paolo