[Intel-wired-lan] [PATCH v6 00/11] Add support for Intel PPS Generator

2024-04-10 Thread lakshmi . sowjanya . d
From: Lakshmi Sowjanya D The goal of the PPS (Pulse Per Second) hardware/software is to generate a signal from the system on a wire so that some third-party hardware can observe that signal and judge how close the system's time is to another system or piece of hardware. Existing methods (like pa

[Intel-wired-lan] [PATCH v6 01/11] x86/tsc: Add base clock properties in clocksource structure

2024-04-10 Thread lakshmi . sowjanya . d
From: Lakshmi Sowjanya D Add base clock hardware abstraction in clocksource structure. Add clocksource ID for x86 ART(Always Running Timer). The newly added clocksource ID and conversion parameters are used to convert time in a clocksource domain to base clock and vice versa. Convert the base c

[Intel-wired-lan] [PATCH v6 02/11] e1000e: remove convert_art_to_tsc()

2024-04-10 Thread lakshmi . sowjanya . d
From: Thomas Gleixner Remove convert_art_to_tsc() function call, Pass system clock cycles and clocksource ID as input to get_device_system_crosststamp(). Signed-off-by: Thomas Gleixner Signed-off-by: Lakshmi Sowjanya D --- drivers/net/ethernet/intel/e1000e/ptp.c | 3 ++- 1 file changed, 2 ins

[Intel-wired-lan] [PATCH v6 03/11] igc: remove convert_art_to_tsc()

2024-04-10 Thread lakshmi . sowjanya . d
From: Thomas Gleixner Remove convert_art_to_tsc() function call, Pass system clock cycles and clocksource ID as input to get_device_system_crosststamp(). Signed-off-by: Thomas Gleixner Signed-off-by: Lakshmi Sowjanya D --- drivers/net/ethernet/intel/igc/igc_ptp.c | 6 +- 1 file changed, 5

[Intel-wired-lan] [PATCH v6 04/11] stmmac: intel: remove convert_art_to_tsc()

2024-04-10 Thread lakshmi . sowjanya . d
From: Thomas Gleixner Remove convert_art_to_tsc() function call, Pass system clock cycles and clocksource ID as input to get_device_system_crosststamp(). Signed-off-by: Thomas Gleixner Signed-off-by: Lakshmi Sowjanya D --- drivers/net/ethernet/stmicro/stmmac/dwmac-intel.c | 3 ++- 1 file chan

[Intel-wired-lan] [PATCH v6 05/11] ALSA: hda: remove convert_art_to_tsc()

2024-04-10 Thread lakshmi . sowjanya . d
From: Thomas Gleixner Remove convert_art_to_tsc() function call, Pass system clock cycles and clocksource ID as input to get_device_system_crosststamp(). Signed-off-by: Thomas Gleixner Signed-off-by: Lakshmi Sowjanya D --- sound/pci/hda/hda_controller.c | 3 ++- 1 file changed, 2 insertions(+

[Intel-wired-lan] [PATCH v6 06/11] ice/ptp: remove convert_art_to_tsc()

2024-04-10 Thread lakshmi . sowjanya . d
From: Thomas Gleixner Remove convert_art_to_tsc() function call, Pass system clock cycles and clocksource ID as input to get_device_system_crosststamp(). Signed-off-by: Thomas Gleixner Signed-off-by: Lakshmi Sowjanya D --- drivers/net/ethernet/intel/ice/ice_ptp.c | 3 ++- 1 file changed, 2 in

[Intel-wired-lan] [PATCH v6 07/11] x86/tsc: Remove art to tsc conversion functions which are obsolete

2024-04-10 Thread lakshmi . sowjanya . d
From: Lakshmi Sowjanya D The convert_art_to_tsc() and convert_art_ns_to_tsc() interfaces are no longer required. This conversion is internally done in get_device_system_crosststamp() using convert_base_to_cs(). Signed-off-by: Lakshmi Sowjanya D --- arch/x86/include/asm/tsc.h | 3 -- arch/x86/

[Intel-wired-lan] [PATCH v6 08/11] timekeeping: Add function to convert realtime to base clock

2024-04-10 Thread lakshmi . sowjanya . d
From: Lakshmi Sowjanya D PPS(Pulse Per Second) generates signals in realtime, but Timed IO hardware understands time in base clock reference. Add an interface, ktime_real_to_base_clock() to convert realtime to base clock. Add the helper function timekeeping_clocksource_has_base(), to check wheth

[Intel-wired-lan] [PATCH v6 09/11] pps: generators: Add PPS Generator TIO Driver

2024-04-10 Thread lakshmi . sowjanya . d
From: Lakshmi Sowjanya D The Intel Timed IO PPS generator driver outputs a PPS signal using dedicated hardware that is more accurate than software actuated PPS. The Timed IO hardware generates output events using the ART timer. The ART timer period varies based on platform type, but is less than

[Intel-wired-lan] [PATCH v6 10/11] Documentation: driver-api: pps: Add Intel Timed I/O PPS generator

2024-04-10 Thread lakshmi . sowjanya . d
From: Lakshmi Sowjanya D Add Intel Timed I/O PPS usage instructions. Co-developed-by: Pandith N Signed-off-by: Pandith N Signed-off-by: Lakshmi Sowjanya D Reviewed-by: Andy Shevchenko Acked-by: Rodolfo Giometti --- Documentation/driver-api/pps.rst | 22 ++ 1 file change

[Intel-wired-lan] [PATCH v6 11/11] ABI: pps: Add ABI documentation for Intel TIO

2024-04-10 Thread lakshmi . sowjanya . d
From: Lakshmi Sowjanya D Document sysfs interface for Intel Timed I/O PPS driver. Signed-off-by: Lakshmi Sowjanya D --- Documentation/ABI/testing/sysfs-platform-pps-tio | 7 +++ MAINTAINERS | 1 + 2 files changed, 8 insertions(+) create mode 100644 Doc

Re: [Intel-wired-lan] [PATCH net-next v9 7/9] libeth: add Rx buffer management

2024-04-10 Thread Alexander Lobakin
From: Przemek Kitszel Date: Tue, 9 Apr 2024 12:58:33 +0200 > On 4/8/24 11:09, Alexander Lobakin wrote: >> From: Przemek Kitszel >> Date: Fri, 5 Apr 2024 12:32:55 +0200 >> >>> On 4/4/24 17:44, Alexander Lobakin wrote: Add a couple intuitive helpers to hide Rx buffer implementation details >>

[Intel-wired-lan] [PATCH iwl-next v4 00/12] Add support for Rx timestamping for both ice and iavf drivers.

2024-04-10 Thread Mateusz Polchlopek
Initially, during VF creation it registers the PTP clock in the system and negotiates with PF it's capabilities. In the meantime the PF enables the Flexible Descriptor for VF. Only this type of descriptor allows to receive Rx timestamps. Enabling virtual clock would be possible, though it would pr

[Intel-wired-lan] [PATCH iwl-next v4 01/12] virtchnl: add support for enabling PTP on iAVF

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Add support for allowing a VF to enable PTP feature - Rx timestamps The new capability is gated by VIRTCHNL_VF_CAP_PTP, which must be set by the VF to request access to the new operations. In addition, the VIRTCHNL_OP_1588_PTP_CAPS command is used to determine the specific cap

[Intel-wired-lan] [PATCH iwl-next v4 03/12] virtchnl: add enumeration for the rxdid format

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Support for allowing VF to negotiate the descriptor format requires that the VF specify which descriptor format to use when requesting Rx queues. The VF is supposed to request the set of supported formats via the new VIRTCHNL_OP_GET_SUPPORTED_RXDIDS, and then set one of the sup

[Intel-wired-lan] [PATCH iwl-next v4 02/12] ice: support Rx timestamp on flex descriptor

2024-04-10 Thread Mateusz Polchlopek
From: Simei Su To support Rx timestamp offload, VIRTCHNL_OP_1588_PTP_CAPS is sent by the VF to request PTP capability and responded by the PF what capability is enabled for that VF. Hardware captures timestamps which contain only 32 bits of nominal nanoseconds, as opposed to the 64bit timestamps

[Intel-wired-lan] [PATCH iwl-next v4 04/12] iavf: add support for negotiating flexible RXDID format

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Enable support for VIRTCHNL_VF_OFFLOAD_RX_FLEX_DESC, to enable the VF driver the ability to determine what Rx descriptor formats are available. This requires sending an additional message during initialization and reset, the VIRTCHNL_OP_GET_SUPPORTED_RXDIDS. This operation requ

[Intel-wired-lan] [PATCH iwl-next v4 06/12] iavf: add initial framework for registering PTP clock

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Add the iavf_ptp.c file and fill it in with a skeleton framework to allow registering the PTP clock device. Add implementation of helper functions to check if a PTP capability is supported and handle change in PTP capabilities. Enabling virtual clock would be possible, though i

[Intel-wired-lan] [PATCH iwl-next v4 05/12] iavf: negotiate PTP capabilities

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Add a new extended capabilities negotiation to exchange information from the PF about what PTP capabilities are supported by this VF. This requires sending a VIRTCHNL_OP_1588_PTP_GET_CAPS message, and waiting for the response from the PF. Handle this early on during the VF init

[Intel-wired-lan] [PATCH iwl-next v4 08/12] iavf: periodically cache PHC time

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller The Rx timestamps reported by hardware may only have 32 bits of storage for nanosecond time. These timestamps cannot be directly reported to the Linux stack, as it expects 64bits of time. To handle this, the timestamps must be extended using an algorithm that calculates the co

[Intel-wired-lan] [PATCH iwl-next v4 07/12] iavf: add support for indirect access to PHC time

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Implement support for reading the PHC time indirectly via the VIRTCHNL_OP_1588_PTP_GET_TIME operation. Based on some simple tests with ftrace, the latency of the indirect clock access appears to be about ~110 microseconds. This is due to the cost of preparing a message to send

[Intel-wired-lan] [PATCH iwl-next v4 10/12] iavf: Implement checking DD desc field

2024-04-10 Thread Mateusz Polchlopek
Rx timestamping introduced in PF driver caused the need of refactoring the VF driver mechanism to check packet fields. The function to check errors in descriptor has been removed and from now only previously set struct fields are being checked. The field DD (descriptor done) needs to be checked at

[Intel-wired-lan] [PATCH iwl-next v4 11/12] iavf: handle SIOCSHWTSTAMP and SIOCGHWTSTAMP

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Add handlers for the SIOCSHWTSTAMP and SIOCGHWTSTAMP ioctls which allow userspace to request timestamp enablement for the device. This support allows standard Linux applications to request the timestamping desired. As with other devices that support timestamping all packets, t

[Intel-wired-lan] [PATCH iwl-next v4 09/12] iavf: refactor iavf_clean_rx_irq to support legacy and flex descriptors

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Using VIRTCHNL_VF_OFFLOAD_FLEX_DESC, the iAVF driver is capable of negotiating to enable the advanced flexible descriptor layout. Add the flexible NIC layout (RXDID=2) as a member of the Rx descriptor union. Also add bit position definitions for the status and error indication

[Intel-wired-lan] [PATCH iwl-next v4 12/12] iavf: add support for Rx timestamps to hotpath

2024-04-10 Thread Mateusz Polchlopek
From: Jacob Keller Add support for receive timestamps to the Rx hotpath. This support only works when using the flexible descriptor format, so make sure that we request this format by default if we have receive timestamp support available in the PTP capabilities. In order to report the timestamp

Re: [Intel-wired-lan] [PATCH net-next v9 7/9] libeth: add Rx buffer management

2024-04-10 Thread Przemek Kitszel
On 4/10/24 13:49, Alexander Lobakin wrote: From: Przemek Kitszel Date: Tue, 9 Apr 2024 12:58:33 +0200 On 4/8/24 11:09, Alexander Lobakin wrote: From: Przemek Kitszel Date: Fri, 5 Apr 2024 12:32:55 +0200 On 4/4/24 17:44, Alexander Lobakin wrote: Add a couple intuitive helpers to hide Rx bu

Re: [Intel-wired-lan] [PATCH net-next v9 7/9] libeth: add Rx buffer management

2024-04-10 Thread Alexander Lobakin
From: Przemek Kitszel Date: Wed, 10 Apr 2024 15:01:32 +0200 > On 4/10/24 13:49, Alexander Lobakin wrote: >> From: Przemek Kitszel >> Date: Tue, 9 Apr 2024 12:58:33 +0200 >> >>> On 4/8/24 11:09, Alexander Lobakin wrote: From: Przemek Kitszel Date: Fri, 5 Apr 2024 12:32:55 +0200 >>

Re: [Intel-wired-lan] [PATCH net-next v9 7/9] libeth: add Rx buffer management

2024-04-10 Thread Przemek Kitszel
On 4/10/24 15:01, Alexander Lobakin wrote: From: Przemek Kitszel Date: Wed, 10 Apr 2024 15:01:32 +0200 On 4/10/24 13:49, Alexander Lobakin wrote: From: Przemek Kitszel Date: Tue, 9 Apr 2024 12:58:33 +0200 On 4/8/24 11:09, Alexander Lobakin wrote: From: Przemek Kitszel Date: Fri, 5 Apr 20

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

2024-04-10 Thread kernel test robot
nfig gcc arc allnoconfig gcc arc allyesconfig gcc arc defconfig gcc arc randconfig-001-20240410 gcc arc randconfig-002-20240410

Re: [Intel-wired-lan] [PATCH net-next v9 7/9] libeth: add Rx buffer management

2024-04-10 Thread Alexander Lobakin
From: Kees Cook Date: Tue, 9 Apr 2024 09:17:53 -0700 > On Mon, Apr 08, 2024 at 11:45:32AM +0200, Alexander Lobakin wrote: >> From: Alexander Lobakin >> Date: Mon, 8 Apr 2024 11:11:12 +0200 >> >>> From: Jakub Kicinski >>> Date: Fri, 5 Apr 2024 21:25:13 -0700 >>> On Thu, 4 Apr 2024 17:44:00

Re: [Intel-wired-lan] [PATCH v6 11/11] ABI: pps: Add ABI documentation for Intel TIO

2024-04-10 Thread Andy Shevchenko
On Wed, Apr 10, 2024 at 05:18:28PM +0530, lakshmi.sowjany...@intel.com wrote: > From: Lakshmi Sowjanya D > > Document sysfs interface for Intel Timed I/O PPS driver. ... > +Date:March 2024 > +KernelVersion6.9 This boat is already sailed... -- With Best Regards, Andy S

[Intel-wired-lan] [tnguy-net-queue:dev-queue] BUILD SUCCESS 276bbd532696621286624cfbda79f9c841723863

2024-04-10 Thread kernel test robot
arc allnoconfig gcc arc allyesconfig gcc arc defconfig gcc arc randconfig-001-20240410 gcc arc randconfig-002-20240410 gcc arm

[Intel-wired-lan] [tnguy-net-queue:200GbE] BUILD SUCCESS cf1b7201df59fb936f40f4a807433fe3f2ce310a

2024-04-10 Thread kernel test robot
allnoconfig gcc arc allyesconfig gcc arc defconfig gcc arc randconfig-001-20240410 gcc arc randconfig-002-20240410 gcc arm

Re: [Intel-wired-lan] [PATCH v6 01/11] x86/tsc: Add base clock properties in clocksource structure

2024-04-10 Thread Thomas Gleixner
On Wed, Apr 10 2024 at 17:18, lakshmi.sowjany...@intel.com wrote: > From: Lakshmi Sowjanya D > > Add base clock hardware abstraction in clocksource structure. > > Add clocksource ID for x86 ART(Always Running Timer). The newly added > clocksource ID and conversion parameters are used to convert ti

Re: [Intel-wired-lan] [PATCH v6 01/11] x86/tsc: Add base clock properties in clocksource structure

2024-04-10 Thread Thomas Gleixner
On Wed, Apr 10 2024 at 17:18, lakshmi.sowjany...@intel.com wrote: > @@ -48,6 +49,7 @@ struct module; > * @archdata:Optional arch-specific data > * @max_cycles: Maximum safe cycle value which won't overflow on > * multiplication > + * @freq_khz:

Re: [Intel-wired-lan] [iwl-net v1] ice: tc: do default match on all profiles

2024-04-10 Thread Tony Nguyen
On 4/10/2024 2:57 AM, Michal Swiatkowski wrote: For now please Tony remove it from next-queue. I am trying to figure out how to implement matching on all profiles using less indexes. If I find the correct way I will submit new patch. Patch has been dropped. Thanks, Tony

Re: [Intel-wired-lan] [PATCH v6 02/11] e1000e: remove convert_art_to_tsc()

2024-04-10 Thread Thomas Gleixner
On Wed, Apr 10 2024 at 17:18, lakshmi.sowjany...@intel.com wrote: > From: Thomas Gleixner > > Remove convert_art_to_tsc() function call, Pass system clock cycles and > clocksource ID as input to get_device_system_crosststamp(). This is wrong as this does not pass anything as input. The function i

Re: [Intel-wired-lan] [PATCH v7 iwl-next 00/12] Introduce ETH56G PHY model for E825C products

2024-04-10 Thread Tony Nguyen
On 4/8/2024 4:07 AM, Karol Kolacinski wrote: E825C products have a different PHY model than E822, E823 and E810 products. This PHY is ETH56G and its support is necessary to have functional PTP stack for E825C products. Some of the latter patches in this series don't compile on 32bit. Thanks, T

Re: [Intel-wired-lan] [PATCH v6 08/11] timekeeping: Add function to convert realtime to base clock

2024-04-10 Thread Thomas Gleixner
On Wed, Apr 10 2024 at 17:18, lakshmi.sowjany...@intel.com wrote: > From: Lakshmi Sowjanya D > > PPS(Pulse Per Second) generates signals in realtime, but Timed IO ... generates signals based on CLOCK_REALTIME, but ... > hardware understands time in base clock reference. The hardware does not un

Re: [Intel-wired-lan] [PATCH v6 09/11] pps: generators: Add PPS Generator TIO Driver

2024-04-10 Thread Thomas Gleixner
On Wed, Apr 10 2024 at 17:18, lakshmi.sowjany...@intel.com wrote: > +static bool pps_generate_next_pulse(struct pps_tio *tio, ktime_t expires) > +{ > + u64 art; > + > + if (!ktime_real_to_base_clock(expires, CSID_X86_ART, &art)) { > + pps_tio_disable(tio); > + return

Re: [Intel-wired-lan] [intel-next 1/2] net/i40e: link NAPI instances to queues and IRQs

2024-04-10 Thread Joe Damato
On Wed, Apr 10, 2024 at 02:10:52AM -0700, Nambiar, Amritha wrote: > On 4/9/2024 9:39 PM, Joe Damato wrote: > > Make i40e compatible with the newly added netlink queue GET APIs. > > > > $ ./cli.py --spec ../../../Documentation/netlink/specs/netdev.yaml \ > >--do queue-get --json '{"ifindex": 3,

Re: [Intel-wired-lan] [PATCH net-next v9 7/9] libeth: add Rx buffer management

2024-04-10 Thread Jakub Kicinski
On Wed, 10 Apr 2024 15:36:13 +0200 Alexander Lobakin wrote: > Which tree this should go through? Should I include this patch to this > series with libeth or it's better to push this through kees/linux and > then pull to net-next? I think doc tree is a strong candidate, or at least we should not me

Re: [Intel-wired-lan] [PATCH iwl-next v2 1/2] ice: set vf->num_msix in ice_initialize_vf_entry()

2024-04-10 Thread Romanowski, Rafal
> -Original Message- > From: Intel-wired-lan On Behalf Of > Jacob Keller > Sent: Friday, March 22, 2024 10:45 PM > To: Intel Wired LAN > Cc: Keller, Jacob E ; Nguyen, Anthony L > > Subject: [Intel-wired-lan] [PATCH iwl-next v2 1/2] ice: set vf->num_msix in > ice_initialize_vf_entry() >

Re: [Intel-wired-lan] [PATCH iwl-next v2 2/2] ice: store VF relative MSI-X index in q_vector->vf_reg_idx

2024-04-10 Thread Romanowski, Rafal
> -Original Message- > From: Intel-wired-lan On Behalf Of > Jacob Keller > Sent: Friday, March 22, 2024 10:45 PM > To: Intel Wired LAN > Cc: Keller, Jacob E ; Nguyen, Anthony L > > Subject: [Intel-wired-lan] [PATCH iwl-next v2 2/2] ice: store VF relative > MSI-X > index in q_vector->vf_

Re: [Intel-wired-lan] [intel-next 1/2] net/i40e: link NAPI instances to queues and IRQs

2024-04-10 Thread Nambiar, Amritha
On 4/9/2024 9:39 PM, Joe Damato wrote: Make i40e compatible with the newly added netlink queue GET APIs. $ ./cli.py --spec ../../../Documentation/netlink/specs/netdev.yaml \ --do queue-get --json '{"ifindex": 3, "id": 1, "type": "rx"}' {'id': 1, 'ifindex': 3, 'napi-id': 162, 'type': 'rx'} $

Re: [Intel-wired-lan] [iwl-net v1] ice: tc: do default match on all profiles

2024-04-10 Thread Michal Swiatkowski
On Fri, Apr 05, 2024 at 10:43:04AM +0200, Michal Swiatkowski wrote: > On Mon, Apr 01, 2024 at 09:28:30AM +, Buvaneswaran, Sujai wrote: > > > -Original Message- > > > From: Michal Swiatkowski > > > Sent: Friday, March 29, 2024 1:56 PM > > > To: Buvaneswaran, Sujai > > > Cc: intel-wired