Re: [Intel-wired-lan] [PATCH iwl-next v4 05/12] ice: Log virtual channel messages in PF

2023-12-01 Thread Cao, Yahui
On 11/30/2023 1:12 AM, Simon Horman wrote: On Tue, Nov 21, 2023 at 02:51:04AM +, Yahui Cao wrote: From: Lingyu Liu Save the virtual channel messages sent by VF on the source side during runtime. The logged virtchnl messages will be transferred and loaded into the device on the destinati

Re: [Intel-wired-lan] [PATCH iwl-next] ice: ice_base.c: Add const modifier to params and vars

2023-12-01 Thread Simon Horman
On Wed, Nov 29, 2023 at 02:36:11AM -0500, Jan Glaza wrote: > Add const modifier to function parameters and variables where appropriate > in ice_base.c and corresponding declarations in ice_base.h. > > The reason for starting the change is that read-only pointers should be > marked as const when po

Re: [Intel-wired-lan] [EXT] [PATCH iwl-net v2 1/2] igc: Report VLAN EtherType matching back to user

2023-12-01 Thread Kurt Kanzenbach
Hi Suman, On Fri Dec 01 2023, Suman Ghosh wrote: > Hi Kurt, > > >>+ if (rule->filter.match_flags & IGC_FILTER_FLAG_VLAN_ETYPE) { >>+ fsp->flow_type |= FLOW_EXT; >>+ fsp->h_ext.vlan_etype = rule->filter.vlan_etype; >>+ fsp->m_ext.vlan_etype = ETHER_TYPE_FULL_

Re: [Intel-wired-lan] Compile of out-of-tree 'ice' driver fails on 32 bit

2023-12-01 Thread tedheadster
> > Has anyone tried compiling the out-of-tree kernel network software > > for the 'ice' driver on 32 bit i386? I tried it for the > > long-term-support 5.10.197 kernel and got these compile time errors: > > Are those regressions? > Have you tried 1.12.x? > We will also soon release also 1.13.x I

Re: [Intel-wired-lan] [PATCH iwl-net] i40e: Fix kernel crash during macvlan offloading setup

2023-12-01 Thread Ivan Vecera
On 30. 11. 23 20:24, Brelinski, Tony wrote: -Original Message- From: Intel-wired-lan On Behalf Of Simon Horman Sent: Wednesday, November 29, 2023 8:36 AM To: ivecera Cc: Harshitha Ramamurthy; Drewek, Wojciech;net...@vger.kernel.org; Brandeburg, Jesse; open list ; Eric Dumazet ; Nguyen

Re: [Intel-wired-lan] [PATCH net-next v5 03/14] page_pool: avoid calling no-op externals when possible

2023-12-01 Thread Alexander Lobakin
From: Yunsheng Lin Date: Thu, 30 Nov 2023 20:20:44 +0800 > On 2023/11/30 19:58, Alexander Lobakin wrote: >> From: Yunsheng Lin >> Date: Thu, 30 Nov 2023 16:46:11 +0800 >> >>> On 2023/11/29 21:17, Alexander Lobakin wrote: From: Yunsheng Lin Date: Wed, 29 Nov 2023 11:17:50 +0800 >>

Re: [Intel-wired-lan] [PATCH iwl-next v1] idpf: refactor some missing field get/prep conversions

2023-12-01 Thread Alexander Lobakin
From: Jesse Brandeburg Date: Thu, 30 Nov 2023 13:45:11 -0800 > Most of idpf correctly uses FIELD_GET and FIELD_PREP, but a couple spots > were missed so fix those. > > This conversion was automated via a coccinelle script as posted with the > previous series. > > Signed-off-by: Jesse Brandeburg

[Intel-wired-lan] [PATCH iwl] idpf: fix corrupted frames and skb leaks in singleq mode

2023-12-01 Thread Alexander Lobakin
idpf_ring::skb serves only for keeping an incomplete frame between several NAPI Rx polling cycles, as one cycle may end up before processing the end of packet descriptor. The pointer is taken from the ring onto the stack before entering the loop and gets written there after the loop exits. When ins

Re: [Intel-wired-lan] [EXT] [PATCH iwl-net v2 1/2] igc: Report VLAN EtherType matching back to user

2023-12-01 Thread Suman Ghosh
Hi Kurt, >+ if (rule->filter.match_flags & IGC_FILTER_FLAG_VLAN_ETYPE) { >+ fsp->flow_type |= FLOW_EXT; >+ fsp->h_ext.vlan_etype = rule->filter.vlan_etype; >+ fsp->m_ext.vlan_etype = ETHER_TYPE_FULL_MASK; [Suman] User can provide mask for vlan-etype as

[Intel-wired-lan] [tnguy-net-queue:main] BUILD SUCCESS 777f245eec8152926b411e3d4f4545310f52cbed

2023-12-01 Thread kernel test robot
config-001-20231201 gcc arc randconfig-002-20231130 gcc arc randconfig-002-20231201 gcc arc tb10x_defconfig gcc arcvdk_hs38_defconfig gcc arm allmodconfig

[Intel-wired-lan] [tnguy-next-queue:main] BUILD SUCCESS 7e0222686316f5506e51182f02c1d83ecc34c471

2023-12-01 Thread kernel test robot
gcc arc defconfig gcc archsdk_defconfig gcc arc randconfig-001-20231201 gcc arc randconfig-002-20231201 gcc arc tb10x_defconfig gcc arcvdk_hs38_defconfig

Re: [Intel-wired-lan] [PATCH iwl-next v1] idpf: refactor some missing field get/prep conversions

2023-12-01 Thread Jesse Brandeburg
On 12/1/2023 6:32 AM, Alexander Lobakin wrote: > From: Jesse Brandeburg >> --- a/drivers/net/ethernet/intel/idpf/idpf_txrx.c >> +++ b/drivers/net/ethernet/intel/idpf/idpf_txrx.c >> @@ -505,7 +505,7 @@ static void idpf_rx_post_buf_refill(struct idpf_sw_queue >> *refillq, u16 buf_id) >> >>

Re: [Intel-wired-lan] [PATCH iwl-next v1] idpf: refactor some missing field get/prep conversions

2023-12-01 Thread Julia Lawall
On Fri, 1 Dec 2023, Jesse Brandeburg wrote: > On 12/1/2023 6:32 AM, Alexander Lobakin wrote: > > From: Jesse Brandeburg > > >> --- a/drivers/net/ethernet/intel/idpf/idpf_txrx.c > >> +++ b/drivers/net/ethernet/intel/idpf/idpf_txrx.c > >> @@ -505,7 +505,7 @@ static void idpf_rx_post_buf_refill(s

[Intel-wired-lan] [PATCH iwl-next v1] ice: Add support for devlink loopback param.

2023-12-01 Thread Pawel Kaminski
Add support for devlink loopback param. Supported values are "enabled", "disabled" and "prioritized". Default configuration is set to "enabled. By default loopback traffic BW is locked to PF configured BW. HW is capable of higher speeds on loopback traffic. Loopback param set to "prioritized" enab

Re: [Intel-wired-lan] Compile of out-of-tree 'ice' driver fails on 32 bit

2023-12-01 Thread Jesse Brandeburg
On 12/1/2023 5:41 AM, tedheadster wrote: >>> Has anyone tried compiling the out-of-tree kernel network software >>> for the 'ice' driver on 32 bit i386? I tried it for the >>> long-term-support 5.10.197 kernel and got these compile time errors: >> >> Are those regressions? >> Have you tried 1.12.x?

Re: [Intel-wired-lan] [PATCH iwl-next v1] ice: Add support for devlink loopback param.

2023-12-01 Thread Jakub Kicinski
On Fri, 1 Dec 2023 15:59:49 -0800 Pawel Kaminski wrote: > Add support for devlink loopback param. Supported values are "enabled", > "disabled" and "prioritized". Default configuration is set to "enabled. > > By default loopback traffic BW is locked to PF configured BW. First off - hairpin-bandwi