[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKgT0Ud66UtBxQ6a-DKbswB6tNSGojhoSi81YEWHtO03qx97XQ@mail.gmail.com>
Date: Tue, 22 Dec 2020 14:16:46 -0800
From: Alexander Duyck <alexander.duyck@...il.com>
To: Lorenzo Bianconi <lorenzo@...nel.org>,
intel-wired-lan <intel-wired-lan@...ts.osuosl.org>,
Tony Nguyen <anthony.l.nguyen@...el.com>
Cc: bpf <bpf@...r.kernel.org>, Netdev <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
Jesper Dangaard Brouer <brouer@...hat.com>,
lorenzo.bianconi@...hat.com,
Maciej Fijalkowski <maciej.fijalkowski@...el.com>,
Saeed Mahameed <saeed@...nel.org>
Subject: Re: [PATCH v5 bpf-next 0/2] introduce xdp_init_buff/xdp_prepare_buff
On Tue, Dec 22, 2020 at 1:09 PM Lorenzo Bianconi <lorenzo@...nel.org> wrote:
>
> Introduce xdp_init_buff and xdp_prepare_buff utility routines to initialize
> xdp_buff data structure and remove duplicated code in all XDP capable
> drivers.
>
> Changes since v4:
> - fix xdp_init_buff/xdp_prepare_buff (natural order is xdp_init_buff() first
> and then xdp_prepare_buff())
>
> Changes since v3:
> - use __always_inline instead of inline for xdp_init_buff/xdp_prepare_buff
> - add 'const bool meta_valid' to xdp_prepare_buff signature to avoid
> overwriting data_meta with xdp_set_data_meta_invalid()
> - introduce removed comment in bnxt driver
>
> Changes since v2:
> - precompute xdp->data as hard_start + headroom and save it in a local
> variable to reuse it for xdp->data_end and xdp->data_meta in
> xdp_prepare_buff()
>
> Changes since v1:
> - introduce xdp_prepare_buff utility routine
>
> Lorenzo Bianconi (2):
> net: xdp: introduce xdp_init_buff utility routine
> net: xdp: introduce xdp_prepare_buff utility routine
>
> Acked-by: Shay Agroskin <shayagr@...zon.com>
> Acked-by: Martin Habets <habetsm.xilinx@...il.com>
> Acked-by: Camelia Groza <camelia.groza@....com>
The changes to the Intel drivers look fine to me, although it might be
nice to have someone from Intel provide a review/ack. I've added
intel-wired-lan to the thread so that someone from Intel can hopefully
review and also ack this.
Reviewed-by: Alexander Duyck <alexanderduyck@...com>
Powered by blists - more mailing lists