Re: [Intel-wired-lan] [RFC bpf-next 0/4] Add XDP rx hw hints support performing XDP_REDIRECT

2024-09-26 Thread Toke Høiland-Jørgensen
Lorenzo Bianconi writes: >> I'm hinting at some complications here (with the EFAULT return) that >> needs to be resolved: there is no guarantee that a given packet will be >> in sync with the current status of the registered metadata, so we need >> explicit checks for this. If metadata entries ar

Re: [Intel-wired-lan] [RFC bpf-next 0/4] Add XDP rx hw hints support performing XDP_REDIRECT

2024-09-26 Thread Arthur Fabre
On Thu Sep 26, 2024 at 2:41 PM CEST, Toke Høiland-Jørgensen wrote: > Arthur Fabre writes: > > > On Sun, Sep 22, 2024 at 1:12 PM Toke Høiland-Jørgensen > > wrote: > >> FYI, we also had a discussion related to this at LPC on Friday, in this > >> session: https://lpc.events/event/18/contributions/1

Re: [Intel-wired-lan] [RFC bpf-next 0/4] Add XDP rx hw hints support performing XDP_REDIRECT

2024-09-26 Thread Toke Høiland-Jørgensen
Arthur Fabre writes: > On Sun, Sep 22, 2024 at 1:12 PM Toke Høiland-Jørgensen > wrote: >> FYI, we also had a discussion related to this at LPC on Friday, in this >> session: https://lpc.events/event/18/contributions/1935/ >> >> The context here was that Arthur and Jakub want to also support ext

Re: [Intel-wired-lan] [PATCH iwl-net] ice: fix VLAN replay after reset

2024-09-26 Thread Pucha, HimasekharX Reddy
> -Original Message- > From: Intel-wired-lan On Behalf Of Dave > Ertman > Sent: Wednesday, September 18, 2024 11:33 PM > To: intel-wired-...@lists.osuosl.org > Cc: net...@vger.kernel.org; Kitszel, Przemyslaw > Subject: [Intel-wired-lan] [PATCH iwl-net] ice: fix VLAN replay after reset >

Re: [Intel-wired-lan] [RFC bpf-next 0/4] Add XDP rx hw hints support performing XDP_REDIRECT

2024-09-26 Thread Lorenzo Bianconi
> Lorenzo Bianconi writes: > > >> I'm hinting at some complications here (with the EFAULT return) that > >> needs to be resolved: there is no guarantee that a given packet will be > >> in sync with the current status of the registered metadata, so we need > >> explicit checks for this. If metadat

Re: [Intel-wired-lan] [RFC bpf-next 0/4] Add XDP rx hw hints support performing XDP_REDIRECT

2024-09-26 Thread Arthur Fabre
On Sun, Sep 22, 2024 at 1:12 PM Toke Høiland-Jørgensen wrote: > FYI, we also had a discussion related to this at LPC on Friday, in this > session: https://lpc.events/event/18/contributions/1935/ > > The context here was that Arthur and Jakub want to also support extended > rich metadata all the wa

Re: [Intel-wired-lan] [PATCH net v2 2/2] page_pool: fix IOMMU crash when driver has already unbound

2024-09-26 Thread Mina Almasry
On Wed, Sep 25, 2024 at 1:03 AM Yunsheng Lin wrote: > > Networking driver with page_pool support may hand over page > still with dma mapping to network stack and try to reuse that > page after network stack is done with it and passes it back > to page_pool to avoid the penalty of dma mapping/unmap

Re: [Intel-wired-lan] [RFC bpf-next 0/4] Add XDP rx hw hints support performing XDP_REDIRECT

2024-09-26 Thread Stanislav Fomichev
On 09/26, Lorenzo Bianconi wrote: > > Lorenzo Bianconi writes: > > > > >> I'm hinting at some complications here (with the EFAULT return) that > > >> needs to be resolved: there is no guarantee that a given packet will be > > >> in sync with the current status of the registered metadata, so we ne

Re: [Intel-wired-lan] [PATCH net v2 2/2] page_pool: fix IOMMU crash when driver has already unbound

2024-09-26 Thread Mina Almasry
On Thu, Sep 26, 2024 at 8:58 PM Yunsheng Lin wrote: > > On 2024/9/27 2:15, Mina Almasry wrote: > > > >> In order not to do the dma unmmapping after driver has already > >> unbound and stall the unloading of the networking driver, add > >> the pool->items array to record all the pages including the

Re: [Intel-wired-lan] [PATCH net v2 2/2] page_pool: fix IOMMU crash when driver has already unbound

2024-09-26 Thread Yunsheng Lin
On 2024/9/27 2:15, Mina Almasry wrote: > >> In order not to do the dma unmmapping after driver has already >> unbound and stall the unloading of the networking driver, add >> the pool->items array to record all the pages including the ones >> which are handed over to network stack, so the page_poo