[Intel-wired-lan] [PATCH net-next] eth: iavf: extend the netdev_lock usage

2025-01-10 Thread Jakub Kicinski
iavf uses the netdev->lock already to protect shapers. In an upcoming series we'll try to protect NAPI instances with netdev->lock. We need to modify the protection a bit. All NAPI related calls in the driver need to be consistently under the lock. This will allow us to easily switch to a "we alre

[Intel-wired-lan] [PATCH iwl-net] idpf: record rx queue in skb for RSC packets

2025-01-10 Thread Samudrala, Sridhar
Move the call to skb_record_rx_queue in idpf_rx_process_skb_fields() so that RX queue is recorded for RSC packets too. Fixes: 90912f9f4f2d ("idpf: convert header split mode to libeth + napi_build_skb()") Signed-off-by: Sridhar Samudrala Reviewed-by: Madhu Chittim --- drivers/net/ethernet/intel

[Intel-wired-lan] [PATCH iwl-net] idpf: fix handling rsc packet with a single segment

2025-01-10 Thread Samudrala, Sridhar
Handle rsc packet with a single segment same as a multi segment rsc packet so that CHECKSUM_PARTIAL is set in the skb->ip_summed field. The current code is passing CHECKSUM_NONE resulting in TCP GRO layer doing checksum in SW and hiding the issue. This will fail when using dmabufs as payload buffer

Re: [Intel-wired-lan] [PATCH v3 iwl-next 08/10] idpf: add Tx timestamp flows

2025-01-10 Thread Willem de Bruijn
Olech, Milena wrote: > On 01/07/2025 3:55PM Willem de Bruijn wrote: > > > > Add functions to request Tx timestamp for the PTP packets, read the Tx > > > timestamp when the completion tag for that packet is being received, > > > extend the Tx timestamp value and set the supported timestamping modes

Re: [Intel-wired-lan] [PATCH v3 iwl-next 08/10] idpf: add Tx timestamp flows

2025-01-10 Thread Olech, Milena
On 01/07/2025 3:55PM Willem de Bruijn wrote: > > Add functions to request Tx timestamp for the PTP packets, read the Tx > > timestamp when the completion tag for that packet is being received, > > extend the Tx timestamp value and set the supported timestamping modes. > > > > Tx timestamp is requ

Re: [Intel-wired-lan] [PATCH net-next v4 2/6] net: napi: add internal ARFS rmap management

2025-01-10 Thread Ahmed Zaki
On 2025-01-10 4:55 a.m., Simon Horman wrote: On Thu, Jan 09, 2025 at 04:31:03PM -0700, Ahmed Zaki wrote: For drivers using the netif_enable_cpu_rmap(), move the IRQ rmap notifier inside the napi_struct. Signed-off-by: Ahmed Zaki ... diff --git a/net/core/dev.c b/net/core/dev.c ... +

Re: [Intel-wired-lan] [PATCH net-next v4 1/6] net: move ARFS rmap management to core

2025-01-10 Thread Ahmed Zaki
On 2025-01-10 4:59 a.m., Simon Horman wrote: On Thu, Jan 09, 2025 at 04:31:02PM -0700, Ahmed Zaki wrote: Add a new netdev flag "rx_cpu_rmap_auto". Drivers supporting ARFS should set the flag via netif_enable_cpu_rmap() and core will allocate and manage the ARFS rmap. Freeing the rmap is also

[Intel-wired-lan] [PATCH net-next v7 1/8] page_pool: introduce page_pool_get_pp() API

2025-01-10 Thread Yunsheng Lin
introduce page_pool_get_pp() API to avoid caller accessing page->pp directly. Signed-off-by: Yunsheng Lin --- drivers/net/ethernet/freescale/fec_main.c | 8 +--- .../net/ethernet/google/gve/gve_buffer_mgmt_dqo.c | 2 +- drivers/net/ethernet/intel/iavf/iavf_txrx.c| 6

[Intel-wired-lan] [PATCH net-next v7 0/8] fix two bugs related to page_pool

2025-01-10 Thread Yunsheng Lin
This patchset fix a possible time window problem for page_pool and the dma API misuse problem as mentioned in [1], and try to avoid the overhead of the fixing using some optimization. >From the below performance data, the overhead is not so obvious due to performance variations for time_bench_page

Re: [Intel-wired-lan] [PATCH net-next v4 2/6] net: napi: add internal ARFS rmap management

2025-01-10 Thread Simon Horman
On Thu, Jan 09, 2025 at 04:31:03PM -0700, Ahmed Zaki wrote: > For drivers using the netif_enable_cpu_rmap(), move the IRQ rmap notifier > inside the napi_struct. > > Signed-off-by: Ahmed Zaki ... > diff --git a/net/core/dev.c b/net/core/dev.c ... > +static int napi_irq_cpu_rmap_add(struct nap

Re: [Intel-wired-lan] [PATCH net-next v4 1/6] net: move ARFS rmap management to core

2025-01-10 Thread Simon Horman
On Thu, Jan 09, 2025 at 04:31:02PM -0700, Ahmed Zaki wrote: > Add a new netdev flag "rx_cpu_rmap_auto". Drivers supporting ARFS should > set the flag via netif_enable_cpu_rmap() and core will allocate and manage > the ARFS rmap. Freeing the rmap is also done by core when the netdev is > freed. > >