> Add Rx timestamp function when the Rx timestamp value is read directly
> from the Rx descriptor. In order to extend the Rx timestamp value to 64
> bit in hot path, the PHC time is cached in the receive groups.
> Add supported Rx timestamp modes.
>
> Signed-off-by: Milena Olech
> ---
> v7 -> v8:
successfully.
More configs may be tested in the coming days.
tested configs:
alpha allyesconfiggcc-14.2.0
arc randconfig-001-20250228gcc-13.2.0
arc randconfig-002-20250228gcc-13.2.0
arm randconfig-001-20250228clang
As E610 adapter introduce different approach to communicate with FW than
the previous adapters using the ixgbe driver, there is a need to adjust
some of them to the new pattern. Some of the features are now set using
Admin Command Interface (eg. controlling LEDs) which among the ixgbe
supported dev
Currently only APM (Advanced Power Management) is supported by
the ixgbe driver. It works for magic packets only, as for different
sources of wake-up E610 adapter utilizes different feature.
Add E610 specific implementation of ixgbe_set_wol() callback. When
any of broadcast/multicast/unicast wake-
E610's implementation of various ethtool ops is different than
the ones corresponding to ixgbe legacy products. Therefore create
separate E610 ethtool_ops struct which will be filled out in the
forthcoming patches.
Assing adequate ops struct basing on mac type. This step requires
changing a bit th
E610 device doesn't support disabling FC autonegotiation.
Create dedicated E610 .set_pauseparam() implementation and assign
it to ixgbe_ethtool_ops_e610.
Reviewed-by: Aleksandr Loktionov
Signed-off-by: Jedrzej Jagielski
---
.../net/ethernet/intel/ixgbe/ixgbe_ethtool.c | 57 ---
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Marcin Szycik
> Sent: Friday, January 3, 2025 12:38 AM
> To: intel-wired-...@lists.osuosl.org
> Cc: net...@vger.kernel.org; Marcin Szycik ;
> Michal Swiatkowski
> Subject: [Intel-wired-lan] [PATCH iwl-net] ice: Fix switchdev slow
> -Original Message-
> From: Intel-wired-lan On Behalf Of Kurt
> Kanzenbach
> Sent: 17 February 2025 17:01
> To: Nguyen, Anthony L ; Kitszel, Przemyslaw
>
> Cc: Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub Kicinski
> ; Paolo Abeni ; Sebastian Andrzej Siewior
> ; Damato, Joe
> -Original Message-
> From: Intel-wired-lan On Behalf Of Kurt
> Kanzenbach
> Sent: 17 February 2025 17:01
> To: Nguyen, Anthony L ; Kitszel, Przemyslaw
>
> Cc: Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub Kicinski
> ; Paolo Abeni ; Sebastian Andrzej Siewior
> ; Damato, Joe
> -Original Message-
> From: Intel-wired-lan On Behalf Of Kurt
> Kanzenbach
> Sent: 17 February 2025 17:01
> To: Nguyen, Anthony L ; Kitszel, Przemyslaw
>
> Cc: Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub Kicinski
> ; Paolo Abeni ; Sebastian Andrzej Siewior
> ; Damato, Joe
Legacy implementation of .set_phys_id() ethtool callback is not
applicable for E610 device.
Add new implementation which uses 0x06E9 command by calling
ixgbe_aci_set_port_id_led().
Reviewed-by: Aleksandr Loktionov
Reviewed-by: Michal Swiatkowski
Signed-off-by: Jedrzej Jagielski
---
drivers/ne
Dear Jedrzej,
Thank you for your patch.
Am 28.02.25 um 09:37 schrieb Jedrzej Jagielski:
E610's implementation of various ethtool ops is different than
the ones corresponding to ixgbe legacy products. Therefore create
separate E610 ethtool_ops struct which will be filled out in the
forthcoming
On 2/27/25 15:01, Faizal Rahim wrote:
This patch implements the "ethtool --set-mm" callback to trigger the
frame preemption verification handshake.
Uses the MAC Merge Software Verification (mmsv) mechanism in ethtool
to perform the verification handshake for igc.
The structure fpe.mmsv is set by
Hi Andrew
On Thu, Feb 27, 2025, at 11:07 AM, Andrew Lunn wrote:
>> >> + e1e_rphy(hw, PHY_REG(772, 26), &phy_data);
>> >
>> > Please add some #define for these magic numbers, so we have some idea
>> > what PHY register you are actually reading. That in itself might help
>> > explain
> For the PHY - do you know a way of determining this easily?
Add printk()s to e1000e_get_phy_type_from_id().
Andrew
successfully.
More configs may be tested in the coming days.
tested configs:
alpha allyesconfiggcc-14.2.0
arc allmodconfiggcc-13.2.0
arc allyesconfiggcc-13.2.0
arc randconfig-001-20250228
On Thu, Feb 27, 2025 at 5:17 AM Milena Olech wrote:
>
> Move virtchnl structures to the header file to expose them for the PTP
> virtchnl file.
>
> Reviewed-by: Alexander Lobakin
> Reviewed-by: Willem de Bruijn
> Signed-off-by: Milena Olech
Tested-by: Mina Almasry
--
Thanks,
Mina
On Thu, Feb 27, 2025 at 5:16 AM Milena Olech wrote:
>
> PTP capabilities are negotiated using virtchnl commands. There are two
> available modes of the PTP support: direct and mailbox. When the direct
> access to PTP resources is negotiated, virtchnl messages returns a set
> of registers that allo
On Thu, Feb 27, 2025 at 5:18 AM Milena Olech wrote:
>
> PTP capabilities are negotiated using virtchnl command. Add get
> capabilities function, direct access to read the PTP clock time and
> direct access to read the cross timestamp - system time and PTP clock
> time. Set initial PTP capabilities
On Thu, Feb 27, 2025 at 5:18 AM Milena Olech wrote:
>
> PTP clock configuration operations - set time, adjust time and adjust
> frequency are required to control the clock and maintain synchronization
> process.
>
> Extend get PTP capabilities function to request for the clock adjustments
> and ad
On Thu, Feb 27, 2025 at 5:19 AM Milena Olech wrote:
>
> Add Rx timestamp function when the Rx timestamp value is read directly
> from the Rx descriptor. In order to extend the Rx timestamp value to 64
> bit in hot path, the PHC time is cached in the receive groups.
> Add supported Rx timestamp mod
successfully.
More configs may be tested in the coming days.
tested configs:
alphaallyesconfiggcc-14.2.0
arc randconfig-001-20250228gcc-13.2.0
arc randconfig-002-20250228gcc-13.2.0
arm randconfig-001-20250228
allnoconfiggcc-13.2.0
arc allyesconfiggcc-13.2.0
arc randconfig-001-20250228gcc-13.2.0
arc randconfig-002-20250228gcc-13.2.0
arm allnoconfigclang-17
arm
On Tue, Feb 25, 2025 at 10:08:45AM +0100, Martyna Szapar-Mudlaw wrote:
> From: Jan Glaza
>
> The count field in virtchnl_proto_hdrs and virtchnl_filter_action_set
> should never be negative while still being valid. Changing it from
> int to u32 ensures proper handling of values in virtchnl messag
On Tue, Feb 25, 2025 at 10:08:48AM +0100, Martyna Szapar-Mudlaw wrote:
> From: Lukasz Czapnik
>
> Add missing validation of tc and queue id values sent by a VF in
> ice_vc_cfg_q_bw().
> Additionally fixed logged value in the warning message,
> where max_tx_rate was incorrectly referenced instead
On Tue, Feb 25, 2025 at 10:08:49AM +0100, Martyna Szapar-Mudlaw wrote:
> From: Mateusz Polchlopek
>
> Fix using the untrusted value of proto->raw.pkt_len in function
> ice_vc_fdir_parse_raw() by verifying if it does not exceed the
> VIRTCHNL_MAX_SIZE_RAW_PACKET value.
>
> Fixes: 99f419df8a5c ("i
On Tue, Feb 25, 2025 at 10:08:47AM +0100, Martyna Szapar-Mudlaw wrote:
> From: Jan Glaza
>
> Add queue wraparound prevention in quanta configuration.
> Ensure end_qid does not overflow by validating start_qid and num_queues.
>
> Fixes: 015307754a19 ("ice: Support VF queue rate limit and quanta s
On Tue, Feb 25, 2025 at 10:08:49AM +0100, Martyna Szapar-Mudlaw wrote:
> From: Mateusz Polchlopek
>
> Fix using the untrusted value of proto->raw.pkt_len in function
> ice_vc_fdir_parse_raw() by verifying if it does not exceed the
> VIRTCHNL_MAX_SIZE_RAW_PACKET value.
>
> Fixes: 99f419df8a5c ("i
randconfig-001-20250228gcc-13.2.0
arc randconfig-002-20250228gcc-13.2.0
arm allmodconfiggcc-14.2.0
arm allyesconfiggcc-14.2.0
arm orion5x_defconfigclang-21
arm
On Thu, Feb 27, 2025 at 5:16 AM Milena Olech wrote:
>
> PTP feature is supported if the VIRTCHNL2_CAP_PTP is negotiated during the
> capabilities recognition. Initial PTP support includes PTP initialization
> and registration of the clock.
>
> Reviewed-by: Alexander Lobakin
> Reviewed-by: Vadim F
On 2/27/25 15:01, Faizal Rahim wrote:
Renamed xdp_get_tx_ring() function to a more generic name for use in
upcoming frame preemption patches.
Signed-off-by: Faizal Rahim
---
drivers/net/ethernet/intel/igc/igc.h | 2 +-
drivers/net/ethernet/intel/igc/igc_main.c | 10 +-
2 files
On 2/28/25 09:37, Jedrzej Jagielski wrote:
Legacy implementation of .set_phys_id() ethtool callback is not
applicable for E610 device.
Add new implementation which uses 0x06E9 command by calling
ixgbe_aci_set_port_id_led().
Reviewed-by: Aleksandr Loktionov
Reviewed-by: Michal Swiatkowski
Sign
32 matches
Mail list logo
