BPF List
 help / color / mirror / Atom feed
From: Brett Creeley <bcreeley@amd.com>
To: Alexei Starovoitov <alexei.starovoitov@gmail.com>
Cc: "Maciej Fijalkowski" <maciej.fijalkowski@intel.com>,
	bpf <bpf@vger.kernel.org>, "Alexei Starovoitov" <ast@kernel.org>,
	"Daniel Borkmann" <daniel@iogearbox.net>,
	"Andrii Nakryiko" <andrii@kernel.org>,
	"Network Development" <netdev@vger.kernel.org>,
	"Karlsson, Magnus" <magnus.karlsson@intel.com>,
	"Björn Töpel" <bjorn@kernel.org>,
	"Eelco Chaudron" <echaudro@redhat.com>,
	"Lorenzo Bianconi" <lorenzo@kernel.org>,
	"Martin KaFai Lau" <martin.lau@linux.dev>,
	"Sarkar, Tirthendu" <tirthendu.sarkar@intel.com>,
	"John Fastabend" <john.fastabend@gmail.com>,
	"Simon Horman" <horms@kernel.org>,
	"Jakub Kicinski" <kuba@kernel.org>
Subject: Re: [PATCH v6 bpf 04/11] ice: work on pre-XDP prog frag count
Date: Thu, 25 Jan 2024 07:53:47 -0800	[thread overview]
Message-ID: <e27cb384-8f4d-41cc-b87a-2b5c84ccbd66@amd.com> (raw)
In-Reply-To: <CAADnVQ+7qB44dGT4xkMPRrxNJrY-MFVU8E=jPiD+_CXvL6Didw@mail.gmail.com>



On 1/24/2024 6:34 PM, Alexei Starovoitov wrote:
> Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
> 
> 
> On Wed, Jan 24, 2024 at 6:26 PM Brett Creeley <bcreeley@amd.com> wrote:
>>
>>
>>
>> On 1/24/2024 11:15 AM, Maciej Fijalkowski wrote:
>>> Caution: This message originated from an External Source. Use proper caution when opening attachments, clicking links, or responding.
>>>
>>>
>>> Fix an OOM panic in XDP_DRV mode when a XDP program shrinks a
>>> multi-buffer packet by 4k bytes and then redirects it to an AF_XDP
>>> socket.
>>>
>>> Since support for handling multi-buffer frames was added to XDP, usage
>>> of bpf_xdp_adjust_tail() helper within XDP program can free the page
>>> that given fragment occupies and in turn decrease the fragment count
>>> within skb_shared_info that is embedded in xdp_buff struct. In current
>>> ice driver codebase, it can become problematic when page recycling logic
>>> decides not to reuse the page. In such case, __page_frag_cache_drain()
>>> is used with ice_rx_buf::pagecnt_bias that was not adjusted after
>>> refcount of page was changed by XDP prog which in turn does not drain
>>> the refcount to 0 and page is never freed.
>>>
>>> To address this, let us store the count of frags before the XDP program
>>> was executed on Rx ring struct. This will be used to compare with
>>> current frag count from skb_shared_info embedded in xdp_buff. A smaller
>>> value in the latter indicates that XDP prog freed frag(s). Then, for
>>> given delta decrement pagecnt_bias for XDP_DROP verdict.
>>>
>>> While at it, let us also handle the EOP frag within
>>> ice_set_rx_bufs_act() to make our life easier, so all of the adjustments
>>> needed to be applied against freed frags are performed in the single
>>> place.
>>>
>>> Fixes: 2fba7dc5157b ("ice: Add support for XDP multi-buffer on Rx side")
>>> Acked-by: Magnus Karlsson <magnus.karlsson@intel.com>
>>> Signed-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>
>>> ---
>>>    drivers/net/ethernet/intel/ice/ice_txrx.c     | 14 ++++++---
>>>    drivers/net/ethernet/intel/ice/ice_txrx.h     |  1 +
>>>    drivers/net/ethernet/intel/ice/ice_txrx_lib.h | 31 +++++++++++++------
>>>    3 files changed, 32 insertions(+), 14 deletions(-)
>>>
>>> diff --git a/drivers/net/ethernet/intel/ice/ice_txrx.c b/drivers/net/ethernet/intel/ice/ice_txrx.c
>>> index 74d13cc5a3a7..0c9b4aa8a049 100644
>>> --- a/drivers/net/ethernet/intel/ice/ice_txrx.c
>>> +++ b/drivers/net/ethernet/intel/ice/ice_txrx.c
>>> @@ -603,9 +603,7 @@ ice_run_xdp(struct ice_rx_ring *rx_ring, struct xdp_buff *xdp,
>>>                   ret = ICE_XDP_CONSUMED;
>>>           }
>>>    exit:
>>> -       rx_buf->act = ret;
>>> -       if (unlikely(xdp_buff_has_frags(xdp)))
>>> -               ice_set_rx_bufs_act(xdp, rx_ring, ret);
>>> +       ice_set_rx_bufs_act(xdp, rx_ring, ret);
>>>    }
>>>
>>>    /**
>>> @@ -893,14 +891,17 @@ ice_add_xdp_frag(struct ice_rx_ring *rx_ring, struct xdp_buff *xdp,
>>>           }
>>>
>>>           if (unlikely(sinfo->nr_frags == MAX_SKB_FRAGS)) {
>>> -               if (unlikely(xdp_buff_has_frags(xdp)))
>>> -                       ice_set_rx_bufs_act(xdp, rx_ring, ICE_XDP_CONSUMED);
>>> +               ice_set_rx_bufs_act(xdp, rx_ring, ICE_XDP_CONSUMED);
>>>                   return -ENOMEM;
>>>           }
>>>
>>>           __skb_fill_page_desc_noacc(sinfo, sinfo->nr_frags++, rx_buf->page,
>>>                                      rx_buf->page_offset, size);
>>>           sinfo->xdp_frags_size += size;
>>> +       /* remember frag count before XDP prog execution; bpf_xdp_adjust_tail()
>>> +        * can pop off frags but driver has to handle it on its own
>>> +        */
>>> +       rx_ring->nr_frags = sinfo->nr_frags;
>>>
>>>           if (page_is_pfmemalloc(rx_buf->page))
>>>                   xdp_buff_set_frag_pfmemalloc(xdp);
>>> @@ -1251,6 +1252,7 @@ int ice_clean_rx_irq(struct ice_rx_ring *rx_ring, int budget)
>>>
>>>                   xdp->data = NULL;
>>>                   rx_ring->first_desc = ntc;
>>> +               rx_ring->nr_frags = 0;
>>>                   continue;
>>>    construct_skb:
>>>                   if (likely(ice_ring_uses_build_skb(rx_ring)))
>>> @@ -1266,10 +1268,12 @@ int ice_clean_rx_irq(struct ice_rx_ring *rx_ring, int budget)
>>>                                                       ICE_XDP_CONSUMED);
>>>                           xdp->data = NULL;
>>>                           rx_ring->first_desc = ntc;
>>> +                       rx_ring->nr_frags = 0;
>>>                           break;
>>>                   }
>>>                   xdp->data = NULL;
>>>                   rx_ring->first_desc = ntc;
>>> +               rx_ring->nr_frags = 0;
>>>
>>>                   stat_err_bits = BIT(ICE_RX_FLEX_DESC_STATUS0_RXE_S);
>>>                   if (unlikely(ice_test_staterr(rx_desc->wb.status_error0,
>>> diff --git a/drivers/net/ethernet/intel/ice/ice_txrx.h b/drivers/net/ethernet/intel/ice/ice_txrx.h
>>> index b3379ff73674..af955b0e5dc5 100644
>>> --- a/drivers/net/ethernet/intel/ice/ice_txrx.h
>>> +++ b/drivers/net/ethernet/intel/ice/ice_txrx.h
>>> @@ -358,6 +358,7 @@ struct ice_rx_ring {
>>>           struct ice_tx_ring *xdp_ring;
>>>           struct ice_rx_ring *next;       /* pointer to next ring in q_vector */
>>>           struct xsk_buff_pool *xsk_pool;
>>> +       u32 nr_frags;
>>>           dma_addr_t dma;                 /* physical address of ring */
>>>           u16 rx_buf_len;
>>>           u8 dcb_tc;                      /* Traffic class of ring */
>>> diff --git a/drivers/net/ethernet/intel/ice/ice_txrx_lib.h b/drivers/net/ethernet/intel/ice/ice_txrx_lib.h
>>> index 762047508619..afcead4baef4 100644
>>> --- a/drivers/net/ethernet/intel/ice/ice_txrx_lib.h
>>> +++ b/drivers/net/ethernet/intel/ice/ice_txrx_lib.h
>>> @@ -12,26 +12,39 @@
>>>     * act: action to store onto Rx buffers related to XDP buffer parts
>>>     *
>>>     * Set action that should be taken before putting Rx buffer from first frag
>>> - * to one before last. Last one is handled by caller of this function as it
>>> - * is the EOP frag that is currently being processed. This function is
>>> - * supposed to be called only when XDP buffer contains frags.
>>> + * to the last.
>>>     */
>>>    static inline void
>>>    ice_set_rx_bufs_act(struct xdp_buff *xdp, const struct ice_rx_ring *rx_ring,
>>>                       const unsigned int act)
>>>    {
>>> -       const struct skb_shared_info *sinfo = xdp_get_shared_info_from_buff(xdp);
>>> -       u32 first = rx_ring->first_desc;
>>> -       u32 nr_frags = sinfo->nr_frags;
>>> +       u32 sinfo_frags = xdp_get_shared_info_from_buff(xdp)->nr_frags;
>>> +       u32 nr_frags = rx_ring->nr_frags + 1;
>>> +       u32 idx = rx_ring->first_desc;
>>>           u32 cnt = rx_ring->count;
>>>           struct ice_rx_buf *buf;
>>>
>>>           for (int i = 0; i < nr_frags; i++) {
>>> -               buf = &rx_ring->rx_buf[first];
>>> +               buf = &rx_ring->rx_buf[idx];
>>>                   buf->act = act;
>>>
>>> -               if (++first == cnt)
>>> -                       first = 0;
>>> +               if (++idx == cnt)
>>> +                       idx = 0;
>>> +       }
>>> +
>>> +       /* adjust pagecnt_bias on frags freed by XDP prog */
>>> +       if (sinfo_frags < rx_ring->nr_frags && act == ICE_XDP_CONSUMED) {
>>> +               u32 delta = rx_ring->nr_frags - sinfo_frags;
>>> +
>>> +               while (delta) {
>>> +                       if (idx == 0)
>>> +                               idx = cnt - 1;
>>> +                       else
>>> +                               idx--;
>>> +                       buf = &rx_ring->rx_buf[idx];
>>> +                       buf->pagecnt_bias--;
>>> +                       delta--;
>>> +               }
>>
>> Nit, but the function name ice_set_rx_bufs_act() doesn't completely
>> align with what it's doing anymore due to the additional pagecnt_bias
>> changes.
> 
> The patch set was applied. Please advise whether this can stay as-is
> or follow up is absolutely necessary.

I'm okay with it as is. If Maciej agrees he could always provide a 
follow up.

Thanks,

Brett

  reply	other threads:[~2024-01-25 15:53 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-24 19:15 [PATCH v6 bpf 00/11] net: bpf_xdp_adjust_tail() and Intel mbuf fixes Maciej Fijalkowski
2024-01-24 19:15 ` [PATCH v6 bpf 01/11] xsk: recycle buffer in case Rx queue was full Maciej Fijalkowski
2024-01-24 19:15 ` [PATCH v6 bpf 02/11] xsk: make xsk_buff_pool responsible for clearing xdp_buff::flags Maciej Fijalkowski
2024-01-25  8:00   ` Magnus Karlsson
2024-01-24 19:15 ` [PATCH v6 bpf 03/11] xsk: fix usage of multi-buffer BPF helpers for ZC XDP Maciej Fijalkowski
2024-01-24 19:15 ` [PATCH v6 bpf 04/11] ice: work on pre-XDP prog frag count Maciej Fijalkowski
2024-01-25  2:25   ` Brett Creeley
2024-01-25  2:34     ` Alexei Starovoitov
2024-01-25 15:53       ` Brett Creeley [this message]
2024-01-24 19:15 ` [PATCH v6 bpf 05/11] i40e: handle multi-buffer packets that are shrunk by xdp prog Maciej Fijalkowski
2024-01-24 19:15 ` [PATCH v6 bpf 06/11] ice: remove redundant xdp_rxq_info registration Maciej Fijalkowski
2024-01-24 19:15 ` [PATCH v6 bpf 07/11] intel: xsk: initialize skb_frag_t::bv_offset in ZC drivers Maciej Fijalkowski
2024-01-24 19:15 ` [PATCH v6 bpf 08/11] ice: update xdp_rxq_info::frag_size for ZC enabled Rx queue Maciej Fijalkowski
2024-01-25  8:02   ` Magnus Karlsson
2024-01-24 19:16 ` [PATCH v6 bpf 09/11] xdp: reflect tail increase for MEM_TYPE_XSK_BUFF_POOL Maciej Fijalkowski
2024-01-24 19:16 ` [PATCH v6 bpf 10/11] i40e: set xdp_rxq_info::frag_size Maciej Fijalkowski
2024-01-25  8:03   ` Magnus Karlsson
2024-01-24 19:16 ` [PATCH v6 bpf 11/11] i40e: update xdp_rxq_info::frag_size for ZC enabled Rx queue Maciej Fijalkowski
2024-01-25  0:40 ` [PATCH v6 bpf 00/11] net: bpf_xdp_adjust_tail() and Intel mbuf fixes patchwork-bot+netdevbpf

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e27cb384-8f4d-41cc-b87a-2b5c84ccbd66@amd.com \
    --to=bcreeley@amd.com \
    --cc=alexei.starovoitov@gmail.com \
    --cc=andrii@kernel.org \
    --cc=ast@kernel.org \
    --cc=bjorn@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=daniel@iogearbox.net \
    --cc=echaudro@redhat.com \
    --cc=horms@kernel.org \
    --cc=john.fastabend@gmail.com \
    --cc=kuba@kernel.org \
    --cc=lorenzo@kernel.org \
    --cc=maciej.fijalkowski@intel.com \
    --cc=magnus.karlsson@intel.com \
    --cc=martin.lau@linux.dev \
    --cc=netdev@vger.kernel.org \
    --cc=tirthendu.sarkar@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