Re: [Intel-wired-lan] [PATCH iwl-next] ice: use DSN instead of PCI BDF for ice_adapter index

2025-03-07 Thread Jacob Keller
On 3/7/2025 4:40 AM, Jiri Pirko wrote: > Fri, Mar 07, 2025 at 12:53:05AM +0100, jacob.e.kel...@intel.com wrote: >> >> >> On 3/6/2025 1:11 PM, Przemek Kitszel wrote: >>> Use Device Serial Number instead of PCI bus/device/function for >>> index of struct ice_adapter. >>> Functions on the same phys

Re: [Intel-wired-lan] [PATCH iwl-next v5] ixgbe: add support for thermal sensor event reception

2025-03-07 Thread Lokan, JeremiahX J
> -Original Message- > From: Intel-wired-lan On Behalf > Of Jedrzej Jagielski > Sent: Tuesday, February 25, 2025 6:34 AM > To: intel-wired-...@lists.osuosl.org > Cc: Nguyen, Anthony L ; > net...@vger.kernel.org; and...@lunn.ch; pmen...@molgen.mpg.de; > ho...@kernel.org; Jagielski, Jedrz

[Intel-wired-lan] [PATCH] ixgbe: Fix unreachable retry logic in combined and byte I2C write functions

2025-03-07 Thread Rand Deeb
The current implementation of `ixgbe_write_i2c_combined_generic_int` and `ixgbe_write_i2c_byte_generic_int` sets `max_retry` to `1`, which makes the condition `retry < max_retry` always evaluate to `false`. This renders the retry mechanism ineffective, as the debug message and retry logic are never

Re: [Intel-wired-lan] [PATCH net-next 04/16] libeth: add XSk helpers

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:20PM +0100, Alexander Lobakin wrote: > Add the following counterparts of functions from libeth_xdp which need > special care on XSk path: > > * building &xdp_buff (head and frags); > * running XDP prog and managing all possible verdicts; > * xmit (with S/G and metadat

Re: [Intel-wired-lan] [PATCH iwl-next v2 4/4] igb: Get rid of spurious interrupts

2025-03-07 Thread Kumari, Sweta
> -Original Message- > From: Intel-wired-lan On Behalf Of > Kurt Kanzenbach > Sent: Monday, February 17, 2025 5:01 PM > To: Nguyen, Anthony L ; Kitszel, Przemyslaw > > Cc: Andrew Lunn ; David S. Miller > ; Eric Dumazet ; Jakub > Kicinski ; Paolo Abeni ; Sebastian > Andrzej Siewior ; Dam

Re: [Intel-wired-lan] [PATCH iwl-next v8 08/11] igc: add support to set tx-min-frag-size

2025-03-07 Thread Abdul Rahim, Faizal
On 6/3/2025 8:43 am, Vladimir Oltean wrote: diff --git a/net/ethtool/mm.c b/net/ethtool/mm.c index ad9b40034003..4c395cd949ab 100644 --- a/net/ethtool/mm.c +++ b/net/ethtool/mm.c @@ -153,7 +153,7 @@ const struct nla_policy ethnl_mm_set_policy[ETHTOOL_A_MM_MAX + 1] = { [ETHTOOL_A_MM_VE

Re: [Intel-wired-lan] [PATCH net-next 08/16] idpf: make complq cleaning dependent on scheduling mode

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:24PM +0100, Alexander Lobakin wrote: > From: Michal Kubiak > > Extend completion queue cleaning function to support queue-based > scheduling mode needed for XDP queues. > Add 4-byte descriptor for queue-based scheduling mode and > perform some refactoring to extract

Re: [Intel-wired-lan] [PATCH net-next 07/16] idpf: link NAPIs to queues

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:23PM +0100, Alexander Lobakin wrote: > Add the missing linking of NAPIs to netdev queues when enabling > interrupt vectors in order to support NAPI configuration and > interfaces requiring get_rx_queue()->napi to be set (like XSk > busy polling). > > Signed-off-by: Al

Re: [Intel-wired-lan] [PATCH iwl-next v3 3/4] ixgbe: apply different rules for setting FC on E610

2025-03-07 Thread R, Bharath
> -Original Message- > From: Intel-wired-lan On Behalf Of > Jedrzej Jagielski > Sent: Monday, March 3, 2025 5:36 PM > To: intel-wired-...@lists.osuosl.org > Cc: Nguyen, Anthony L ; > net...@vger.kernel.org; and...@lunn.ch; pmen...@molgen.mpg.de; > Jagielski, Jedrzej ; Loktionov, Aleksandr

Re: [Intel-wired-lan] [PATCH iwl-next v3 2/4] ixgbe: add support for ACPI WOL for E610

2025-03-07 Thread R, Bharath
> -Original Message- > From: Intel-wired-lan On Behalf Of > Jedrzej Jagielski > Sent: Monday, March 3, 2025 5:36 PM > To: intel-wired-...@lists.osuosl.org > Cc: Nguyen, Anthony L ; > net...@vger.kernel.org; and...@lunn.ch; pmen...@molgen.mpg.de; > Jagielski, Jedrzej ; Michal Swiatkowski >

Re: [Intel-wired-lan] [PATCH net-next 05/16] idpf: fix Rx descriptor ready check barrier in splitq

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:21PM +0100, Alexander Lobakin wrote: > No idea what the current barrier position was meant for. At that point, > nothing is read from the descriptor, only the pointer to the actual one > is fetched. > The correct barrier usage here is after the generation check, so tha

Re: [Intel-wired-lan] [PATCH iwl-next] ice: use DSN instead of PCI BDF for ice_adapter index

2025-03-07 Thread Jiri Pirko
Fri, Mar 07, 2025 at 12:53:05AM +0100, jacob.e.kel...@intel.com wrote: > > >On 3/6/2025 1:11 PM, Przemek Kitszel wrote: >> Use Device Serial Number instead of PCI bus/device/function for >> index of struct ice_adapter. >> Functions on the same physical device should point to the very same >> ice_ad

Re: [Intel-wired-lan] [PATCH iwl-next] ice: use DSN instead of PCI BDF for ice_adapter index

2025-03-07 Thread Jiri Pirko
Thu, Mar 06, 2025 at 10:11:46PM +0100, przemyslaw.kits...@intel.com wrote: >Use Device Serial Number instead of PCI bus/device/function for >index of struct ice_adapter. >Functions on the same physical device should point to the very same >ice_adapter instance. > >This is not only simplification, b

Re: [Intel-wired-lan] [PATCH iwl-next v3] igc: Change Tx mode for MQPRIO offloading

2025-03-07 Thread Vladimir Oltean
On Mon, Mar 03, 2025 at 10:16:33AM +0100, Kurt Kanzenbach wrote: > diff --git a/drivers/net/ethernet/intel/igc/igc.h > b/drivers/net/ethernet/intel/igc/igc.h > index > cd1d7b6c1782352094f6867a31b6958c929bbbf4..16d85bdf55a7e9c412c47acf727bca6bc7154c61 > 100644 > --- a/drivers/net/ethernet/intel/i

[Intel-wired-lan] [PATCH iwl-next] ice: use DSN instead of PCI BDF for ice_adapter index

2025-03-07 Thread Przemek Kitszel
Use Device Serial Number instead of PCI bus/device/function for index of struct ice_adapter. Functions on the same physical device should point to the very same ice_adapter instance. This is not only simplification, but also fixes things up when PF is passed to VM (and thus has a random BDF). Sug

Re: [Intel-wired-lan] [PATCH net-next 10/16] idpf: add support for nointerrupt queues

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:26PM +0100, Alexander Lobakin wrote: > Currently, queues are associated 1:1 with interrupt vectors as it's > assumed queues are always interrupt-driven. > In order to use a queue without an interrupt, idpf still needs to have > a vector assigned to it to flush descript

Re: [Intel-wired-lan] [PATCH net-next 11/16] idpf: prepare structures to support XDP

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:27PM +0100, Alexander Lobakin wrote: > From: Michal Kubiak > > Extend basic structures of the driver (e.g. 'idpf_vport', 'idpf_*_queue', > 'idpf_vport_user_config_data') by adding members necessary to support XDP. > Add extra XDP Tx queues needed to support XDP_TX an

Re: [Intel-wired-lan] [PATCH iwl-next v8 07/11] igc: add support for frame preemption verification

2025-03-07 Thread Abdul Rahim, Faizal
On 6/3/2025 8:28 am, Vladimir Oltean wrote: On Wed, Mar 05, 2025 at 08:00:22AM -0500, Faizal Rahim wrote: Co-developed-by: Vinicius Costa Gomes Signed-off-by: Vinicius Costa Gomes Co-developed-by: Choong Yong Liang Signed-off-by: Choong Yong Liang Co-developed-by: Chwee-Lin Choong Signed

Re: [Intel-wired-lan] [PATCH bpf-next v12 5/5] igc: Add launch time support to XDP ZC

2025-03-07 Thread Bouska, Zdenek
> -Original Message- > From: Song Yoong Siang > > Enable Launch Time Control (LTC) support for XDP zero copy via XDP Tx > metadata framework. > > This patch has been tested with tools/testing/selftests/bpf/xdp_hw_metadata > on Intel I225-LM Ethernet controller. Below are the test steps a

[Intel-wired-lan] [iwl-next v2] ice: refactor the Tx scheduler feature

2025-03-07 Thread Martyna Szapar-Mudlaw
From: Mateusz Polchlopek Simplify the code by eliminating an unnecessary wrapper function. Previously, ice_devlink_tx_sched_layers_get() acted as a thin wrapper around ice_get_tx_topo_user_sel(), adding no real value but increasing code complexity. Since both functions were only used once, the wr

Re: [Intel-wired-lan] [PATCH iwl-next v3 1/4] ixgbe: create E610 specific ethtool_ops structure

2025-03-07 Thread R, Bharath
> -Original Message- > From: Intel-wired-lan On Behalf Of > Jedrzej Jagielski > Sent: Monday, March 3, 2025 5:36 PM > To: intel-wired-...@lists.osuosl.org > Cc: Nguyen, Anthony L ; > net...@vger.kernel.org; and...@lunn.ch; pmen...@molgen.mpg.de; > Jagielski, Jedrzej ; Loktionov, Aleksandr

[Intel-wired-lan] [PATCH iwl-next v6 08/15] ixgbe: add .info_get extension specific for E610 devices

2025-03-07 Thread Jedrzej Jagielski
E610 devices give possibility to show more detailed info than the previous boards. Extend reporting NVM info with following pieces: fw.mgmt.api -> version number of the API fw.mgmt.build -> identifier of the source for the FW fw.psid.api -> version defining the format of the flash contents fw.n

[Intel-wired-lan] [PATCH iwl-next v6 11/15] ixgbe: add device flash update via devlink

2025-03-07 Thread Jedrzej Jagielski
Use the pldmfw library to implement device flash update for the Intel ixgbe networking device driver specifically for E610 devices. This support uses the devlink flash update interface. Using the pldmfw library, the provided firmware file will be scanned for the three major components, "fw.undi" f

[Intel-wired-lan] [PATCH iwl-next v6 10/15] ixgbe: extend .info_get with stored versions

2025-03-07 Thread Jedrzej Jagielski
Add functions reading inactive versions from the inactive flash banks. Print stored NVM, OROM and netlist versions by devlink when there is an ongoing update for E610 devices. Reviewed-by: Mateusz Polchlopek Reviewed-by: Przemek Kitszel Co-developed-by: Slawomir Mrozowicz Signed-off-by: Slawom

[Intel-wired-lan] [PATCH iwl-next v6 06/15] ixgbe: read the OROM version information

2025-03-07 Thread Jedrzej Jagielski
From: Slawomir Mrozowicz Add functions reading the OROM version info and use them as a part of the setting NVM info procedure. Reviewed-by: Mateusz Polchlopek Reviewed-by: Przemek Kitszel Signed-off-by: Slawomir Mrozowicz Co-developed-by: Piotr Kwapulinski Signed-off-by: Piotr Kwapulinski S

[Intel-wired-lan] [PATCH iwl-next v6 12/15] ixgbe: add support for devlink reload

2025-03-07 Thread Jedrzej Jagielski
The E610 adapters contain an embedded chip with firmware which can be updated using devlink flash. The firmware which runs on this chip is referred to as the Embedded Management Processor firmware (EMP firmware). Activating the new firmware image currently requires that the system be rebooted. Thi

[Intel-wired-lan] [PATCH iwl-next v6 04/15] ixgbe: add handler for devlink .info_get()

2025-03-07 Thread Jedrzej Jagielski
Provide devlink .info_get() callback implementation to allow the driver to report detailed version information. The following info is reported: "serial_number" -> The PCI DSN of the adapter "fw.bundle_id" -> Unique identifier for the combined flash image "fw.undi" -> Version of the Option ROM c

[Intel-wired-lan] [PATCH iwl-next v6 09/15] ixgbe: add E610 functions getting PBA and FW ver info

2025-03-07 Thread Jedrzej Jagielski
Introduce 2 E610 specific callbacks implementations: -ixgbe_start_hw_e610() which expands the regular .start_hw callback with getting FW version information -ixgbe_read_pba_string_e610() which gets Product Board Assembly string Extend EEPROM ops with new .read_pba_string in order to distinguish ge

[Intel-wired-lan] [PATCH iwl-next v6 13/15] ixgbe: add FW API version check

2025-03-07 Thread Jedrzej Jagielski
Add E610 specific function checking whether the FW API version is compatible with the driver expectations. The major API version should be less than or equal to the expected API version. If not the driver won't be fully operational. Check the minor version, and if it is more than two versions les

[Intel-wired-lan] [PATCH iwl-next v6 14/15] ixgbe: add E610 implementation of FW recovery mode

2025-03-07 Thread Jedrzej Jagielski
Add E610 implementation of fw_recovery_mode MAC operation. In case of E610 information about recovery mode is obtained from FW_MODES field in IXGBE_GL_MNG_FWSM register (0x000B6134). Introduce recovery specific probing flow and init only vital features. User should be able to perform NVM update

[Intel-wired-lan] [PATCH iwl-next v6 01/15] devlink: add value check to devlink_info_version_put()

2025-03-07 Thread Jedrzej Jagielski
Prevent from proceeding if there's nothing to print. Suggested-by: Przemek Kitszel Reviewed-by: Jiri Pirko Tested-by: Bharath R Signed-off-by: Jedrzej Jagielski --- net/devlink/dev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/devlink/dev.c b/net/devlink/dev.c inde

[Intel-wired-lan] [PATCH iwl-next v6 05/15] ixgbe: add E610 functions for acquiring flash data

2025-03-07 Thread Jedrzej Jagielski
From: Slawomir Mrozowicz Read NVM related info from the flash. Add several helper functions used to access the flash data, find memory banks, calculate offsets, calculate the flash size. Reviewed-by: Przemek Kitszel Reviewed-by: Mateusz Polchlopek Tested-by: Bharath R Signed-off-by: Slawomir

[Intel-wired-lan] [PATCH iwl-next v6 03/15] ixgbe: add initial devlink support

2025-03-07 Thread Jedrzej Jagielski
Add an initial support for devlink interface to ixgbe driver. Similarly to i40e driver the implementation doesn't enable devlink to manage device-wide configuration. Devlink instance is created for each physical function of PCIe device. Create separate directory for devlink related ixgbe files an

[Intel-wired-lan] [PATCH iwl-next v6 02/15] ixgbe: wrap netdev_priv() usage

2025-03-07 Thread Jedrzej Jagielski
From: Przemek Kitszel Wrap use of netdev_priv() in order to change the allocator of the device private structure from alloc_etherdev_mq() to the devlink in next commit. All but one netdev_priv() calls in the whole driver are replaced, the remaining one is called on MACVLAN (so not ixgbe) device.

[Intel-wired-lan] [PATCH iwl-next v6 07/15] ixgbe: read the netlist version information

2025-03-07 Thread Jedrzej Jagielski
From: Slawomir Mrozowicz Add functions reading the netlist version info and use them as a part of the setting NVM info procedure. Reviewed-by: Mateusz Polchlopek Tested-by: Bharath R Signed-off-by: Slawomir Mrozowicz Co-developed-by: Piotr Kwapulinski Signed-off-by: Piotr Kwapulinski Signed

[Intel-wired-lan] [PATCH iwl-next v6 15/15] ixgbe: add support for FW rollback mode

2025-03-07 Thread Jedrzej Jagielski
From: Andrii Staikov The driver should detect whether the device entered FW rollback mode and then notify user with the dedicated message including FW and NVM versions. Even if the driver detected rollback mode, this should not result in an probe error and the normal flow proceeds. FW tries to

[Intel-wired-lan] [PATCH iwl-next v6 00/15] ixgbe: Add basic devlink support

2025-03-07 Thread Jedrzej Jagielski
Create devlink specific directory for more convenient future feature development. Flashing and reloading are supported only by E610 devices. Introduce basic FW/NVM validation since devlink reload introduces possibility of runtime NVM update. Check FW API version, FW recovery mode and FW rollback

Re: [Intel-wired-lan] [PATCH iwl-next] ice: use DSN instead of PCI BDF for ice_adapter index

2025-03-07 Thread Temerkhanov, Sergey
Comments inline -Original Message- From: Jiri Pirko Sent: Friday, March 7, 2025 1:39 PM To: Kitszel, Przemyslaw Cc: intel-wired-...@lists.osuosl.org; Nguyen, Anthony L ; net...@vger.kernel.org; Keller, Jacob E ; Jakub Kicinski ; Loktionov, Aleksandr ; Kolacinski, Karol ; Nitka, Grze

Re: [Intel-wired-lan] [PATCH net-next 09/16] idpf: remove SW marker handling from NAPI

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:25PM +0100, Alexander Lobakin wrote: > From: Michal Kubiak > > SW marker descriptors on completion queues are used only when a queue > is about to be destroyed. It's far from hotpath and handling it in the > hotpath NAPI poll makes no sense. > Instead, run a simple p

Re: [Intel-wired-lan] [PATCH net-next 12/16] idpf: implement XDP_SETUP_PROG in ndo_bpf for splitq

2025-03-07 Thread Maciej Fijalkowski
On Wed, Mar 05, 2025 at 05:21:28PM +0100, Alexander Lobakin wrote: > From: Michal Kubiak > > Implement loading/removing XDP program using .ndo_bpf callback > in the split queue mode. Reconfigure and restart the queues if needed > (!!old_prog != !!new_prog), otherwise, just update the pointers. >

Re: [Intel-wired-lan] [PATCH bpf-next v12 5/5] igc: Add launch time support to XDP ZC

2025-03-07 Thread Song, Yoong Siang
On Friday, March 7, 2025 9:25 PM, Bouska, Zdenek wrote: [...] >> @@ -2996,7 +3035,13 @@ static void igc_xdp_xmit_zc(struct igc_ring *ring) >> ntu = ring->next_to_use; >> budget = igc_desc_unused(ring); >> >> -while (xsk_tx_peek_desc(pool, &xdp_desc) && budget--) { >> +/* Packe

Re: [Intel-wired-lan] [PATCH net-next v11 0/4] fix the DMA API misuse problem for page_pool

2025-03-07 Thread Toke Høiland-Jørgensen
Yunsheng Lin writes: > This patchset fix the dma API misuse problem as below: > 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 pen

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

2025-03-07 Thread Yunsheng Lin
Introduce page_pool_get_pp() API to avoid caller accessing page->pp directly, in order to make the following patch more reviewable as the following patch will change page->pp to page->pp_item to fix the DMA API misuse problem. Signed-off-by: Yunsheng Lin --- drivers/net/ethernet/freescale/fec_ma

[Intel-wired-lan] [PATCH net-next v11 0/4] fix the DMA API misuse problem for page_pool

2025-03-07 Thread Yunsheng Lin
This patchset fix the dma API misuse problem as below: 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/unmapping. Wi

Re: [Intel-wired-lan] [PATCH iwl-net] igc: Fix XSK queue NAPI ID mapping

2025-03-07 Thread Tony Nguyen
On 3/6/2025 10:31 AM, Tony Nguyen wrote: On 3/6/2025 8:45 AM, Joe Damato wrote: On Thu, Mar 06, 2025 at 05:27:38PM +0100, flor...@bezdeka.de wrote: ... Btw: I got this patch via stable. It doesn't make sense to send it to stable where this patch does not apply. Maybe I made a mistake, b

Re: [Intel-wired-lan] [PATCH iwl-next v2 2/4] igb: Link queues to NAPI instances

2025-03-07 Thread Tony Nguyen
On 2/17/2025 3:31 AM, Kurt Kanzenbach wrote: ... diff --git a/drivers/net/ethernet/intel/igb/igb_xsk.c b/drivers/net/ethernet/intel/igb/igb_xsk.c index 157d43787fa0b55a74714f69e9e7903b695fcf0a..a5ad090dfe94b6afc8194fe39d28cdd51c7067b0 100644 --- a/drivers/net/ethernet/intel/igb/igb_xsk.c +++