From: Jesper Dangaard Brouer <jbrouer@redhat.com>
To: "Song, Yoong Siang" <yoong.siang.song@intel.com>,
"bpf@vger.kernel.org" <bpf@vger.kernel.org>,
"Stanislav Fomichev" <sdf@google.com>,
"Toke Høiland-Jørgensen" <toke@redhat.com>
Cc: brouer@redhat.com,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"martin.lau@kernel.org" <martin.lau@kernel.org>,
"ast@kernel.org" <ast@kernel.org>,
"daniel@iogearbox.net" <daniel@iogearbox.net>,
"Lobakin, Aleksander" <aleksander.lobakin@intel.com>,
"Zaremba, Larysa" <larysa.zaremba@intel.com>,
"xdp-hints@xdp-project.net" <xdp-hints@xdp-project.net>,
"intel-wired-lan@lists.osuosl.org"
<intel-wired-lan@lists.osuosl.org>,
"pabeni@redhat.com" <pabeni@redhat.com>,
"Brandeburg, Jesse" <jesse.brandeburg@intel.com>,
"kuba@kernel.org" <kuba@kernel.org>,
"edumazet@google.com" <edumazet@google.com>,
"john.fastabend@gmail.com" <john.fastabend@gmail.com>,
"hawk@kernel.org" <hawk@kernel.org>,
"davem@davemloft.net" <davem@davemloft.net>
Subject: [xdp-hints] Re: [PATCH bpf-next V1 2/5] igc: add igc_xdp_buff wrapper for xdp_buff in driver
Date: Tue, 18 Apr 2023 14:45:52 +0200 [thread overview]
Message-ID: <6b04def5-a3aa-1f77-b29d-bea4845e2678@redhat.com> (raw)
In-Reply-To: <PH0PR11MB5830DD3BA9F6CBDA648F5AF8D89D9@PH0PR11MB5830.namprd11.prod.outlook.com>
On 18/04/2023 06.34, Song, Yoong Siang wrote:
> On Monday, April 17, 2023 10:57 PM, Jesper Dangaard Brouer <brouer@redhat.com> wrote:
>> Driver specific metadata data for XDP-hints kfuncs are propagated via tail
>> extending the struct xdp_buff with a locally scoped driver struct.
>>
>> Zero-Copy AF_XDP/XSK does similar tricks via struct xdp_buff_xsk. This
>> xdp_buff_xsk struct contains a CB area (24 bytes) that can be used for extending
>> the locally scoped driver into. The XSK_CHECK_PRIV_TYPE define catch size
>> violations build time.
>>
>
> Since the main purpose of this patch is to introduce igc_xdp_buff, and
> you have another two patches for timestamp and hash,
> thus, suggest to move timestamp and hash related code into respective patches.
>
>> Signed-off-by: Jesper Dangaard Brouer <brouer@redhat.com>
>> ---
>> drivers/net/ethernet/intel/igc/igc.h | 6 ++++++
>> drivers/net/ethernet/intel/igc/igc_main.c | 30 ++++++++++++++++++++++-------
>> 2 files changed, 29 insertions(+), 7 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/intel/igc/igc.h
>> b/drivers/net/ethernet/intel/igc/igc.h
>> index f7f9e217e7b4..c609a2e648f8 100644
>> --- a/drivers/net/ethernet/intel/igc/igc.h
>> +++ b/drivers/net/ethernet/intel/igc/igc.h
>> @@ -499,6 +499,12 @@ struct igc_rx_buffer {
>> };
>> };
>>
>> +/* context wrapper around xdp_buff to provide access to descriptor
>> +metadata */ struct igc_xdp_buff {
>> + struct xdp_buff xdp;
>> + union igc_adv_rx_desc *rx_desc;
>
> Move rx_desc to 4th patch (Rx hash patch)
>
Hmm, rx_desc is also needed by 3rd patch (Rx timestamp), so that would
break...
I can reorder patches, and have "Rx hash patch" come before "Rx
timestamp" patch.
>> +};
>> +
>> struct igc_q_vector {
>> struct igc_adapter *adapter; /* backlink */
>> void __iomem *itr_register;
>> diff --git a/drivers/net/ethernet/intel/igc/igc_main.c
>> b/drivers/net/ethernet/intel/igc/igc_main.c
>> index bfa9768d447f..3a844cf5be3f 100644
>> --- a/drivers/net/ethernet/intel/igc/igc_main.c
>> +++ b/drivers/net/ethernet/intel/igc/igc_main.c
>> @@ -2236,6 +2236,8 @@ static bool igc_alloc_rx_buffers_zc(struct igc_ring
>> *ring, u16 count)
>> if (!count)
>> return ok;
>>
>> + XSK_CHECK_PRIV_TYPE(struct igc_xdp_buff);
>> +
>> desc = IGC_RX_DESC(ring, i);
>> bi = &ring->rx_buffer_info[i];
>> i -= ring->count;
>> @@ -2520,8 +2522,8 @@ static int igc_clean_rx_irq(struct igc_q_vector
>> *q_vector, const int budget)
>> union igc_adv_rx_desc *rx_desc;
>> struct igc_rx_buffer *rx_buffer;
>> unsigned int size, truesize;
>> + struct igc_xdp_buff ctx;
>> ktime_t timestamp = 0;
>> - struct xdp_buff xdp;
>> int pkt_offset = 0;
>> void *pktbuf;
>>
>> @@ -2555,13 +2557,14 @@ static int igc_clean_rx_irq(struct igc_q_vector
>> *q_vector, const int budget)
>> }
>>
>> if (!skb) {
>> - xdp_init_buff(&xdp, truesize, &rx_ring->xdp_rxq);
>> - xdp_prepare_buff(&xdp, pktbuf - igc_rx_offset(rx_ring),
>> + xdp_init_buff(&ctx.xdp, truesize, &rx_ring->xdp_rxq);
>> + xdp_prepare_buff(&ctx.xdp, pktbuf - igc_rx_offset(rx_ring),
>> igc_rx_offset(rx_ring) + pkt_offset,
>> size, true);
>> - xdp_buff_clear_frags_flag(&xdp);
>> + xdp_buff_clear_frags_flag(&ctx.xdp);
>> + ctx.rx_desc = rx_desc;
>
> Move rx_desc to 4th patch (Rx hash patch)
Again would break 3rd patch.
>
>>
>> - skb = igc_xdp_run_prog(adapter, &xdp);
>> + skb = igc_xdp_run_prog(adapter, &ctx.xdp);
>> }
>>
>> if (IS_ERR(skb)) {
>> @@ -2583,9 +2586,9 @@ static int igc_clean_rx_irq(struct igc_q_vector
>> *q_vector, const int budget)
>> } else if (skb)
>> igc_add_rx_frag(rx_ring, rx_buffer, skb, size);
>> else if (ring_uses_build_skb(rx_ring))
>> - skb = igc_build_skb(rx_ring, rx_buffer, &xdp);
>> + skb = igc_build_skb(rx_ring, rx_buffer, &ctx.xdp);
>> else
>> - skb = igc_construct_skb(rx_ring, rx_buffer, &xdp,
>> + skb = igc_construct_skb(rx_ring, rx_buffer, &ctx.xdp,
>> timestamp);
>>
>> /* exit if we failed to retrieve a buffer */ @@ -2686,6 +2689,15
>> @@ static void igc_dispatch_skb_zc(struct igc_q_vector *q_vector,
>> napi_gro_receive(&q_vector->napi, skb); }
>>
>> +static struct igc_xdp_buff *xsk_buff_to_igc_ctx(struct xdp_buff *xdp) {
>> + /* xdp_buff pointer used by ZC code path is alloc as xdp_buff_xsk. The
>> + * igc_xdp_buff shares its layout with xdp_buff_xsk and private
>> + * igc_xdp_buff fields fall into xdp_buff_xsk->cb
>> + */
>> + return (struct igc_xdp_buff *)xdp; }
>> +
>
> Move xsk_buff_to_igc_ctx to 3th patch (timestamp patch), which is first patch
> adding xdp_metadata_ops support to igc.
>
Hmm, maybe, but that make the "wrapper" patch incomplete and then it
gets "completed" in the first patch that adds a xdp_metadata_ops.
>> static int igc_clean_rx_irq_zc(struct igc_q_vector *q_vector, const int budget) {
>> struct igc_adapter *adapter = q_vector->adapter; @@ -2704,6 +2716,7
>> @@ static int igc_clean_rx_irq_zc(struct igc_q_vector *q_vector, const int
>> budget)
>> while (likely(total_packets < budget)) {
>> union igc_adv_rx_desc *desc;
>> struct igc_rx_buffer *bi;
>> + struct igc_xdp_buff *ctx;
>> ktime_t timestamp = 0;
>> unsigned int size;
>> int res;
>> @@ -2721,6 +2734,9 @@ static int igc_clean_rx_irq_zc(struct igc_q_vector
>> *q_vector, const int budget)
>>
>> bi = &ring->rx_buffer_info[ntc];
>>
>> + ctx = xsk_buff_to_igc_ctx(bi->xdp);
>
> Move xsk_buff_to_igc_ctx to 3th patch (timestamp patch), which is first patch
> adding xdp_metadata_ops support to igc.
>
Sure, but it feels wrong to no "complete" the wrapper work in the
wrapper patch.
>> + ctx->rx_desc = desc;
>
> Move rx_desc to 4th patch (Rx hash patch)
>
I'll reorder patch 3 and 4, else it doesn't make any sense to gradually
introduce the members in wrapper struct igc_xdp_buff.
--Jesper
next prev parent reply other threads:[~2023-04-18 12:45 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-17 14:57 [xdp-hints] [PATCH bpf-next V1 0/5] XDP-hints: XDP kfunc metadata for driver igc Jesper Dangaard Brouer
2023-04-17 14:57 ` [xdp-hints] [PATCH bpf-next V1 1/5] igc: enable and fix RX hash usage by netstack Jesper Dangaard Brouer
2023-04-17 14:57 ` [xdp-hints] [PATCH bpf-next V1 2/5] igc: add igc_xdp_buff wrapper for xdp_buff in driver Jesper Dangaard Brouer
2023-04-18 4:34 ` [xdp-hints] " Song, Yoong Siang
2023-04-18 12:45 ` Jesper Dangaard Brouer [this message]
2023-04-17 14:57 ` [xdp-hints] [PATCH bpf-next V1 3/5] igc: add XDP hints kfuncs for RX timestamp Jesper Dangaard Brouer
2023-04-18 4:16 ` [xdp-hints] " Song, Yoong Siang
2023-04-18 11:30 ` Jesper Dangaard Brouer
2023-04-17 14:57 ` [xdp-hints] [PATCH bpf-next V1 4/5] igc: add XDP hints kfuncs for RX hash Jesper Dangaard Brouer
2023-04-18 4:18 ` [xdp-hints] " Song, Yoong Siang
2023-04-17 14:57 ` [xdp-hints] [PATCH bpf-next V1 5/5] selftests/bpf: xdp_hw_metadata track more timestamps Jesper Dangaard Brouer
2023-04-17 15:04 ` [xdp-hints] " Jesper Dangaard Brouer
2023-04-17 15:31 ` Kurt Kanzenbach
2023-04-18 6:07 ` Song, Yoong Siang
2023-04-18 6:38 ` Kurt Kanzenbach
2023-04-18 14:01 ` Jesper Dangaard Brouer
2023-04-18 19:08 ` Kurt Kanzenbach
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.xdp-project.net/postorius/lists/xdp-hints.xdp-project.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6b04def5-a3aa-1f77-b29d-bea4845e2678@redhat.com \
--to=jbrouer@redhat.com \
--cc=aleksander.lobakin@intel.com \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=brouer@redhat.com \
--cc=daniel@iogearbox.net \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hawk@kernel.org \
--cc=intel-wired-lan@lists.osuosl.org \
--cc=jesse.brandeburg@intel.com \
--cc=john.fastabend@gmail.com \
--cc=kuba@kernel.org \
--cc=larysa.zaremba@intel.com \
--cc=martin.lau@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=sdf@google.com \
--cc=toke@redhat.com \
--cc=xdp-hints@xdp-project.net \
--cc=yoong.siang.song@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox