tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/tnguy/next-queue.git 100GbE
branch HEAD: 15ddb348232f470c15f13ab4e13ef3d0e827c82f ice: add documentation
for FW logging
elapsed time: 733m
configs tested: 110
configs skipped: 2
The following configs have been built successfully.
Mo
allnoconfig gcc
arc allyesconfig gcc
arc defconfig gcc
arc randconfig-001-20231005 gcc
arc randconfig-001-20231006 gcc
arm
From: Qi Zhang
Refactor the driver to use a communication data structure for RSS
config. To do so we introduce the new ice_rss_hash_cfg struct, and then
pass it as an argument to several functions.
Also introduce enum ice_rss_cfg_hdr_type to specify a more granular and
flexible RSS configuration
From: Jeff Guo
The hash function in the E800 NICs is set per-VSI and a specific AQ
command is needed to modify the hash function. Use the AQ command to
enable setting the symmetric Toeplitz RSS hash function for any VSI.
When the Symmetric Toeplitz hash function is used, the hardware sets the
in
Allow the VFs to support symmetric RSS for any flow type. The symmetric
RSS will not be supported on PFs not advertising the ADV RSS Offload
flag (ADV_RSS_SUPPORT()), for example the E700 series (i40e).
Reviewed by: Madhu Chittim
Signed-off-by: Ahmed Zaki
---
.../net/ethernet/intel/iavf/iavf_ad
Symmetric RSS hash functions are beneficial in applications that monitor
both Tx and Rx packets of the same flow (IDS, software firewalls, ..etc).
Getting all traffic of the same flow on the same RX queue results in
higher CPU cache efficiency.
Only fields that has counterparts in the other direct
The flow director and RSS blocks use separate methods to generate a
unique 64 bit ID for the flow. This is not extendable, especially for
the RSS that already uses all 64 bit space.
Refactor the flow generation API so that the ID is generated within
ice_flow_add_prof(). The FD and RSS blocks cache
Fix the values of the ICE_AQ_VSI_Q_OPT_RSS_* registers. Shifting is
already done when the values are used, no need to double shift. Bug was
not discovered earlier since only ICE_AQ_VSI_Q_OPT_RSS_TPLZ (Zero) is
currently used.
Also, rename ICE_AQ_VSI_Q_OPT_RSS_XXX to ICE_AQ_VSI_Q_OPT_RSS_HASH_XXX
f
Patch 1 adds the support at the Kernel level, allowing the user to set a
symmetric RSS hash for any flow type via:
# ethtool -N|-U eth0 rx-flow-hash s|d|f|n symmetric
Support for the new "symmetric" flag will be later sent to the "ethtool"
user-space tool.
Patch 2 fixes a long standing bug
On 10/5/2023 10:25 AM, Tony Nguyen wrote:
On 10/4/2023 3:06 PM, Pavan Kumar Linga wrote:
In idpf_vc_core_init, the mailbox work is queued
on a mailbox workqueue but it is not cancelled on error.
This results in a call trace when idpf_mbx_task tries
to access the freed mailbox queue pointer.
In idpf_vc_core_init, the mailbox work is queued
on a mailbox workqueue but it is not cancelled on error.
This results in a call trace when idpf_mbx_task tries
to access the freed mailbox queue pointer. Fix it by
cancelling the mailbox work in the error path.
Fixes: 4930fbf419a7 ("idpf: add core i
On 10/4/2023 3:06 PM, Pavan Kumar Linga wrote:
In idpf_vc_core_init, the mailbox work is queued
on a mailbox workqueue but it is not cancelled on error.
This results in a call trace when idpf_mbx_task tries
to access the freed mailbox queue pointer. Fix it by
cancelling the mailbox work in the
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ido
> Schimmel
> Sent: Thursday, September 21, 2023 2:09 PM
> To: Drewek, Wojciech
> Cc: Jakub Kicinski ; ido...@nvidia.com; intel-wired-
> l...@lists.osuosl.org; Kitszel, Przemyslaw ;
> net...@vger.kernel.org
> Subject: Re: [In
The list iterator in a list_for_each_entry() loop can never be NULL.
If the loop exits without hitting a break then the iterator points
to an offset off the list head and dereferencing it is an out of
bounds access.
Before we transitioned to using list_for_each_entry() loops, then
it was possible
When we exit a list_for_each_entry() without hitting a break statement,
the list iterator isn't NULL, it just point to an offset off the
list_head. In that situation, it wouldn't be too surprising for
entry->free to be true and we end up corrupting memory.
The way to test for these is to just set
The adapter->vf_mvs.l list needs to be initialized even if the list is
empty. Otherwise it will lead to crashes.
Fixes: c6bda30a06d9 ("ixgbe: Reconfigure SR-IOV Init")
Signed-off-by: Dan Carpenter
---
drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c | 5 +++--
1 file changed, 3 insertions(+), 2 d
On Mon, 2023-10-02 at 16:44 +0200, Pawel Chmielewski wrote:
> Refactor ice_get_link_ksettings to using forced speed to link modes mapping.
>
> Suggested-by : Alexander Lobakin
> Reviewed-by: Jacob Keller
> Reviewed-by: Przemek Kitszel
> Signed-off-by: Paul Greenwalt
> Signed-off-by: Pawel Chmi
Since 4.30 firmware exposes internal thermal sensor reading via admin
queue commands. Expose those readouts via hwmon API when supported.
Driver provides current reading from HW as well as device specific
thresholds for thermal alarm (Warning, Critical, Fatal) events.
$ sensors
Output
==
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:02 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:02 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:02 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:02 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:02 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:01 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:01 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
> -Original Message-
> From: Intel-wired-lan On Behalf Of Ivan
> Vecera
> Sent: Wednesday, September 27, 2023 2:01 PM
> To: net...@vger.kernel.org
> Cc: eduma...@google.com; intel-wired-...@lists.osuosl.org; Brandeburg, Jesse
> ; linux-ker...@vger.kernel.org; Nguyen, Anthony L
> ; Kitsz
26 matches
Mail list logo
