[Intel-wired-lan] [tnguy-next-queue:10GbE] BUILD SUCCESS d811ac148f0afd2f3f7e1cd7f54de8da973ec5e3

2024-10-23 Thread kernel test robot
allmodconfigclang-20 arc allnoconfiggcc-13.2.0 arc allyesconfigclang-20 arc defconfiggcc-14.1.0 arc randconfig-001-20241023gcc-14.1.0 arc

[Intel-wired-lan] [tnguy-next-queue:dev-queue] BUILD SUCCESS 35ade9b19e680d9afbc2a582f44a5aa8d804f280

2024-10-23 Thread kernel test robot
-001-20241023clang-18 i386buildonly-randconfig-002-20241023clang-18 i386buildonly-randconfig-003-20241023gcc-12 i386buildonly-randconfig-004-20241023gcc-12 i386buildonly-randconfig-005-20241023clang-18 i386buildonly-randconfig-006-20241023

Re: [Intel-wired-lan] [PATCH iwl-next v1 1/3] pldmfw: selected component update

2024-10-23 Thread Keller, Jacob E
> -Original Message- > From: Knitter, Konrad > Sent: Wednesday, October 23, 2024 3:07 AM > To: intel-wired-...@lists.osuosl.org > Cc: Keller, Jacob E ; net...@vger.kernel.org; > j...@resnulli.us; da...@davemloft.net; eduma...@google.com; > k...@kernel.org; pab...@redhat.com; linux-ker..

[Intel-wired-lan] [iwl-net v2] e1000: Hold RTNL when e1000_down can be called

2024-10-23 Thread Joe Damato
e1000_down calls netif_queue_set_napi, which assumes that RTNL is held. There are a few paths for e1000_down to be called in e1000 where RTNL is not currently being held: - e1000_shutdown (pci shutdown) - e1000_suspend (power management) - e1000_reinit_locked (via e1000_reset_task delayed wo

Re: [Intel-wired-lan] [PATCH iwl-net v2] i40e: fix race condition by adding filter's intermediate sync state

2024-10-23 Thread Michal Schmidt
On Wed, Oct 16, 2024 at 11:30 AM Aleksandr Loktionov wrote: > > Fix a race condition in the i40e driver that leads to MAC/VLAN filters > becoming corrupted and leaking. Address the issue that occurs under > heavy load when multiple threads are concurrently modifying MAC/VLAN > filters by setting m

Re: [Intel-wired-lan] [PATCH iwl-net v2] i40e: fix race condition by adding filter's intermediate sync state

2024-10-23 Thread Loktionov, Aleksandr
> -Original Message- > From: Michal Schmidt > Sent: Wednesday, October 23, 2024 6:34 PM > To: Loktionov, Aleksandr > Cc: intel-wired-...@lists.osuosl.org; Nguyen, Anthony L > ; net...@vger.kernel.org > Subject: Re: [Intel-wired-lan] [PATCH iwl-net v2] i40e: fix race > condition by addin

Re: [Intel-wired-lan] igb driver: i210 (8086:1533) very bad SNR performance

2024-10-23 Thread Przemek Kitszel
On 10/19/24 14:39, Stefan Dimitrov wrote: Hello All, I am reporting the problem only, because the exact same environment/setup is working perfectly in Win7 with Intel driver version 12.13.27.0 from 7/8/2019 (I guess that is the latest driver version for Win7 as it is not supported for years, but

[Intel-wired-lan] [PATCH iwl-next v10 3/7] ixgbe: Add link management support for E610 device

2024-10-23 Thread Piotr Kwapulinski
Add low level link management support for E610 device. Link management operations are handled via the Admin Command Interface. Add the following link management operations: - get link capabilities - set up link - get media type - get link status, link status events - link power management Co-devel

[Intel-wired-lan] [PATCH iwl-next v10 7/7] ixgbe: Enable link management in E610 device

2024-10-23 Thread Piotr Kwapulinski
Add high level link management support for E610 device. Enable the following features: - driver load - bring up network interface - IP address assignment - pass traffic - show statistics (e.g. via ethtool) - disable network interface - driver unload Co-developed-by: Carolyn Wyborny Signed-off-by:

[Intel-wired-lan] [PATCH iwl-next v10 6/7] ixgbe: Clean up the E610 link management related code

2024-10-23 Thread Piotr Kwapulinski
Required for enabling the link management in E610 device. Reviewed-by: Simon Horman Signed-off-by: Piotr Kwapulinski --- drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 17 +++-- drivers/net/ethernet/intel/ixgbe/ixgbe_x550.c | 12 ++-- 2 files changed, 17 insertions(+), 12 d

[Intel-wired-lan] [PATCH iwl-next v10 5/7] ixgbe: Add ixgbe_x540 multiple header inclusion protection

2024-10-23 Thread Piotr Kwapulinski
Required to adopt x540 specific functions by E610 device. Signed-off-by: Piotr Kwapulinski --- drivers/net/ethernet/intel/ixgbe/ixgbe_x540.h | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_x540.h b/drivers/net/ethernet/intel/ixgbe

[Intel-wired-lan] [PATCH iwl-next v10 4/7] ixgbe: Add support for NVM handling in E610 device

2024-10-23 Thread Piotr Kwapulinski
Add low level support for accessing NVM in E610 device. NVM operations are handled via the Admin Command Interface. Add the following NVM specific operations: - acquire, release, read - validate checksum - read shadow ram Co-developed-by: Stefan Wegrzyn Signed-off-by: Stefan Wegrzyn Co-developed

[Intel-wired-lan] [PATCH iwl-next v10 2/7] ixgbe: Add support for E610 device capabilities detection

2024-10-23 Thread Piotr Kwapulinski
Add low level support for E610 device capabilities detection. The capabilities are discovered via the Admin Command Interface. Discover the following capabilities: - function caps: vmdq, dcb, rss, rx/tx qs, msix, nvm, orom, reset - device caps: vsi, fdir, 1588 - phy caps Co-developed-by: Stefan We

[Intel-wired-lan] [PATCH iwl-next v10 1/7] ixgbe: Add support for E610 FW Admin Command Interface

2024-10-23 Thread Piotr Kwapulinski
Add low level support for Admin Command Interface (ACI). ACI is the Firmware interface used by a driver to communicate with E610 adapter. Add the following ACI features: - data structures, macros, register definitions - commands handling - events handling Co-developed-by: Stefan Wegrzyn Signed-of

[Intel-wired-lan] [PATCH iwl-next v10 0/7] ixgbe: Add support for Intel(R) E610 device

2024-10-23 Thread Piotr Kwapulinski
Add initial support for Intel(R) E610 Series of network devices. The E610 is based on X550 but adds firmware managed link, enhanced security capabilities and support for updated server manageability. This patch series adds low level support for the following features and enables link management.

Re: [Intel-wired-lan] [PATCH iwl-next v9 2/7] ixgbe: Add support for E610 device capabilities detection

2024-10-23 Thread Kwapulinski, Piotr
>-Original Message- >From: Kalesh Anakkur Purayil >Sent: Friday, October 18, 2024 5:06 AM >To: Kwapulinski, Piotr >Cc: intel-wired-...@lists.osuosl.org; net...@vger.kernel.org; Wegrzyn, Stefan >; Jagielski, Jedrzej ; >Sokolowski, Jan >Subject: Re: [PATCH iwl-next v9 2/7] ixgbe: Add su

Re: [Intel-wired-lan] [PATCH v2 1/1] [net-next] igb: Fix spelling in igb_main.c

2024-10-23 Thread Simon Horman
On Tue, Oct 22, 2024 at 09:21:28PM -0600, Johnny Park wrote: > Simple patch that fix spelling mistakes in igb_main.c > > Signed-off-by: Johnny Park > --- > Changes in v2: > - Fix spelling mor -> more Thanks for the update. I checked and this addresses all false-positives flagged by codespell i

Re: [Intel-wired-lan] [PATCH iwl-next v1 1/3] pldmfw: selected component update

2024-10-23 Thread Knitter, Konrad
> -Original Message- > From: Paul Menzel > Sent: Wednesday, October 23, 2024 12:07 PM > To: Knitter, Konrad > Cc: intel-wired-...@lists.osuosl.org; Keller, Jacob E > ; net...@vger.kernel.org; j...@resnulli.us; > da...@davemloft.net; eduma...@google.com; k...@kernel.org; > pab...@redhat.co

Re: [Intel-wired-lan] [PATCH iwl-next v1 1/3] pldmfw: selected component update

2024-10-23 Thread Paul Menzel
Dear Konrad, Thank you for your patch. Am 23.10.24 um 12:07 schrieb Konrad Knitter: Enable update of a selected component. It’d be great if you used that for the summary/title to make it a statement (by adding a verb in imperative mood). It’d be great, if you elaborated, what that feature

[Intel-wired-lan] [PATCH iwl-next v1 3/3] ice: support FW Recovery Mode

2024-10-23 Thread Konrad Knitter
Recovery Mode is intended to recover from a fatal failure scenario in which the device is not accessible to the host, meaning the firmware is non-responsive. The purpose of the Firmware Recovery Mode is to enable software tools to update firmware and/or device configuration so the fatal error can

[Intel-wired-lan] [PATCH iwl-next v1 0/3] support FW Recovery Mode

2024-10-23 Thread Konrad Knitter
Enable update of card in FW Recovery Mode Konrad Knitter (3): pldmfw: selected component update devlink: add devl guard ice: support FW Recovery Mode .../net/ethernet/intel/ice/devlink/devlink.c | 8 ++- .../net/ethernet/intel/ice/ice_adminq_cmd.h | 1 + .../net/ethernet/intel/ice/ice

[Intel-wired-lan] [PATCH iwl-next v1 1/3] pldmfw: selected component update

2024-10-23 Thread Konrad Knitter
Enable update of a selected component. Reviewed-by: Marcin Szycik Reviewed-by: Przemek Kitszel Signed-off-by: Konrad Knitter --- include/linux/pldmfw.h | 8 lib/pldmfw/pldmfw.c| 8 2 files changed, 16 insertions(+) diff --git a/include/linux/pldmfw.h b/include/linux/pldm

[Intel-wired-lan] [PATCH iwl-next v1 2/3] devlink: add devl guard

2024-10-23 Thread Konrad Knitter
Add devl guard for scoped_guard(). Example usage: scoped_guard(devl, priv_to_devlink(pf)) { err = init_devlink(pf); if (err) return err; } Co-developed-by: Przemek Kitszel Signed-off-by: Przemek Kitszel Signed-off-by: Konrad Knitter --- include/net/devlink.h |

[Intel-wired-lan] [tnguy-net-queue:dev-queue] BUILD SUCCESS 5a8aaa845ec937820280cdee2cf5fc054f825084

2024-10-23 Thread kernel test robot
allyesconfiggcc-12 i386buildonly-randconfig-001-20241023clang-18 i386buildonly-randconfig-002-20241023clang-18 i386buildonly-randconfig-003-20241023clang-18 i386buildonly-randconfig-003-20241023gcc-12 i386buildonly-randconfig-004

Re: [Intel-wired-lan] [PATCH v2 1/1] [net-next] igb: Fix spelling in igb_main.c

2024-10-23 Thread Paul Menzel
Dear Johnny, Thank you for your patch. I recommend to put the information, that the typos are only in comments, to the summary/title: igb: Fix 2 typos in comments in igb_main.c That way, skimming `git log --oneline` is more informative. Am 23.10.24 um 05:21 schrieb Johnny Park: Simple patc

Re: [Intel-wired-lan] [PATCH net-next 1/2] ptp: add control over HW timestamp latch point

2024-10-23 Thread Kubalewski, Arkadiusz
>From: Richard Cochran >Sent: Wednesday, October 23, 2024 4:13 AM > >On Mon, Oct 21, 2024 at 04:19:54PM +0200, Arkadiusz Kubalewski wrote: >> Currently HW support of PTP/timesync solutions in network PHY chips >> can be implemented with two different approaches, the timestamp maybe >> latched eith

Re: [Intel-wired-lan] [iwl-next v4 3/8] ice: get rid of num_lan_msix field

2024-10-23 Thread Michal Swiatkowski
On Mon, Oct 14, 2024 at 03:23:49PM -0700, Jacob Keller wrote: > > > On 10/14/2024 12:04 PM, David Laight wrote: > > From: Jacob Keller > >> Sent: 14 October 2024 19:51 > >> > >> On 10/12/2024 8:13 AM, Simon Horman wrote: > >>> + David Laight > >>> > >>> On Mon, Sep 30, 2024 at 02:03:57PM +0200, M