On Thu, 4 Apr 2024 17:44:00 +0200 Alexander Lobakin wrote:
> +/**
> + * struct libeth_fq - structure representing a buffer queue
> + * @fp: hotpath part of the structure
Second time this happens this week, so maybe some tooling change in 6.9
but apparently kdoc does not want to know about the tag
> -Original Message-
> From: Intel-wired-lan On Behalf Of Bjorn
> Helgaas
> Sent: Monday, March 25, 2024 3:30 PM
> To: Brandeburg, Jesse ; Nguyen, Anthony L
> ; David S . Miller ; Eric
> Dumazet ; Jakub Kicinski ; Paolo Abeni
>
> Cc: Neftin, Sasha ; net...@vger.kernel.org; Wysocki,
>
On 05.04.2024 21:16, Lukas Wunner wrote:
> On Fri, Apr 05, 2024 at 07:48:08PM +0200, Lukas Wunner wrote:
>> Roman, does the below patch fix the issue?
>
> Actually the patch in my previous e-mail was crap as the unregistering
> of the LEDs happened after unbind of the pdev, i.e. after
> igc_releas
On Fri, Apr 05, 2024 at 07:48:08PM +0200, Lukas Wunner wrote:
> Roman, does the below patch fix the issue?
Actually the patch in my previous e-mail was crap as the unregistering
of the LEDs happened after unbind of the pdev, i.e. after
igc_release_hw_control() and pci_disable_device().
The driver
On Fri, Apr 05, 2024 at 03:31:34PM +0200, Heiner Kallweit wrote:
> On 05.04.2024 12:02, Lukas Wunner wrote:
> > On Fri, Apr 05, 2024 at 11:14:01AM +0200, Roman Lozko wrote:
> > > Hi, I'm using HP G4 Thunderbolt docking station, and recently (?)
> > > kernel started to "partially" deadlock after dis
On 05.04.2024 19:48, Lukas Wunner wrote:
> On Fri, Apr 05, 2024 at 03:31:34PM +0200, Heiner Kallweit wrote:
>> On 05.04.2024 12:02, Lukas Wunner wrote:
>>> On Fri, Apr 05, 2024 at 11:14:01AM +0200, Roman Lozko wrote:
Hi, I'm using HP G4 Thunderbolt docking station, and recently (?)
kernel
"Kwapulinski, Piotr" writes:
>>-Original Message-
>>From: Gomes, Vinicius
>>Sent: Friday, April 5, 2024 2:04 AM
>>To: Kwapulinski, Piotr ;
>>intel-wired-...@lists.osuosl.org
>>Cc: Kwapulinski, Piotr ; net...@vger.kernel.org;
>>Jagielski, Jedrzej ; Michal Swiatkowski
>>; Wegrzyn, Stef
gcc
arc allnoconfig gcc
arc allyesconfig gcc
arc defconfig gcc
arc haps_hs_smp_defconfig gcc
arc randconfig-001-20240405 gcc
arc
On 4/4/2024 7:59 PM, James Dutton wrote:
> Hi,
>
> I have source code for a sfp phy that is setting
> phydev->link = 1
> What else do I have to do to make ethtool think the
> Link detected: yes
>
> Is there a function I need to call from the phy code to cause the
> carrier state to be UP ?
> etht
Hi Karol,
kernel test robot noticed the following build warnings:
[auto build test WARNING on 0a3074e5b4b523fb60f4ae9fb32bb180ea1fb6ef]
url:
https://github.com/intel-lab-lkp/linux/commits/Karol-Kolacinski/ice-Introduce-ice_ptp_hw-struct/20240405-180941
base
>-Original Message-
>From: Gomes, Vinicius
>Sent: Friday, April 5, 2024 2:15 AM
>To: Kwapulinski, Piotr ;
>intel-wired-...@lists.osuosl.org
>Cc: Kwapulinski, Piotr ; net...@vger.kernel.org;
>Jagielski, Jedrzej ; Glaza, Jan
>; Wegrzyn, Stefan
>Subject: Re: [Intel-wired-lan] [PATCH iwl-
Hi Karol,
kernel test robot noticed the following build errors:
[auto build test ERROR on 0a3074e5b4b523fb60f4ae9fb32bb180ea1fb6ef]
url:
https://github.com/intel-lab-lkp/linux/commits/Karol-Kolacinski/ice-Introduce-ice_ptp_hw-struct/20240405-180941
base
>-Original Message-
>From: Gomes, Vinicius
>Sent: Friday, April 5, 2024 2:04 AM
>To: Kwapulinski, Piotr ;
>intel-wired-...@lists.osuosl.org
>Cc: Kwapulinski, Piotr ; net...@vger.kernel.org;
>Jagielski, Jedrzej ; Michal Swiatkowski
>; Wegrzyn, Stefan
>
>Subject: Re: [Intel-wired-lan] [
nsim_700_defconfig gcc
arc randconfig-001-20240405 gcc
arc randconfig-002-20240405 gcc
arm allmodconfig gcc
arm allnoconfig clang
arm allyesconfig gcc
Hi Karol,
kernel test robot noticed the following build warnings:
[auto build test WARNING on 0a3074e5b4b523fb60f4ae9fb32bb180ea1fb6ef]
url:
https://github.com/intel-lab-lkp/linux/commits/Karol-Kolacinski/ice-Introduce-ice_ptp_hw-struct/20240405-180941
base
[cc += netdev maintainers]
On Fri, Apr 05, 2024 at 11:14:01AM +0200, Roman Lozko wrote:
> Hi, I'm using HP G4 Thunderbolt docking station, and recently (?)
> kernel started to "partially" deadlock after disconnecting the dock
> station. This results in inability to turn network interfaces on or
>
On 05.04.2024 12:02, Lukas Wunner wrote:
> [cc += netdev maintainers]
>
> On Fri, Apr 05, 2024 at 11:14:01AM +0200, Roman Lozko wrote:
>> Hi, I'm using HP G4 Thunderbolt docking station, and recently (?)
>> kernel started to "partially" deadlock after disconnecting the dock
>> station. This result
_defconfig gcc
arc randconfig-001-20240405 gcc
arc randconfig-002-20240405 gcc
arm allmodconfig gcc
arm allnoconfig clang
arm allyesconfig
nsim_700_defconfig gcc
arc randconfig-001-20240405 gcc
arc randconfig-002-20240405 gcc
arm allmodconfig gcc
arm allnoconfig clang
arm allyesconfig gcc
arm
On Fri, 2024-04-05 at 13:18 +0200, Niklas Schnelle wrote:
> Hi networking maintainers,
>
> This is a follow up in my ongoing effort of making inb()/outb() and
> similar I/O port accessors compile-time optional. Previously I sent this
> as a treewide series titled "treewide: Remove I/O port accesso
In a future patch HAS_IOPORT=n will disable inb()/outb() and friends at
compile time. We thus need to add HAS_IOPORT as dependency for
those drivers requiring them. For the DEFXX driver the use of I/O
ports is optional and we only need to fence specific code paths. It also
turns out that with HAS_I
Hi networking maintainers,
This is a follow up in my ongoing effort of making inb()/outb() and
similar I/O port accessors compile-time optional. Previously I sent this
as a treewide series titled "treewide: Remove I/O port accessors for
HAS_IOPORT=n" with the latest being its 5th version[0]. With
On 4/4/24 5:43 PM, Alexander Lobakin wrote:
> Add NUMA-aware counterparts for kvmalloc_array() and kvcalloc() to be
> able to flexibly allocate arrays for a particular node.
> Rewrite kvmalloc_array() to kvmalloc_array_node(NUMA_NO_NODE) call.
>
> Signed-off-by: Alexander Lobakin
Acked-by: Vlast
On 4/4/24 17:44, Alexander Lobakin wrote:
Add a couple intuitive helpers to hide Rx buffer implementation details
in the library and not multiplicate it between drivers. The settings are
sorta optimized for 100G+ NICs, but nothing really HW-specific here.
Use the new page_pool_dev_alloc() to dyna
On 4/4/24 17:43, Alexander Lobakin wrote:
Ever since build_skb() became stable, the old way with allocating an skb
for storing the headers separately, which will be then copied manually,
was slower, less flexible, and thus obsolete.
* It had higher pressure on MM since it actually allocates new
On 4/4/24 17:43, Alexander Lobakin wrote:
Add NUMA-aware counterparts for kvmalloc_array() and kvcalloc() to be
able to flexibly allocate arrays for a particular node.
Rewrite kvmalloc_array() to kvmalloc_array_node(NUMA_NO_NODE) call.
Signed-off-by: Alexander Lobakin
---
include/linux/slab.h
From: Grzegorz Nitka
>From FW/HW perspective, 2 port topology in E825C devices requires
merging of 2 port mapping internally and breakout mapping externally.
As a consequence, it requires different port numbering from PTP code
perspective.
For that topology, pf_id can not be used to index PTP por
There are E825C products featuring 2 NACs. Those have only one source
clock on the primary NAC.
For those devices, there
should be only one clock controller on the primary NAC. All PFs from
both NACs should connect as auxiliary devices to the auxiliary driver on
the primary NAC.
Reviewed-by: Igor
From: Michal Michalik
The CGU layout of E825-C is a little different than E822/E823. Add
support the new hardware adding relevant functions.
Signed-off-by: Michal Michalik
Reviewed-by: Przemek Kitszel
Reviewed-by: Arkadiusz Kubalewski
Signed-off-by: Karol Kolacinski
---
V4 -> V5: added UL to
From: Grzegorz Nitka
Add new device capability ICE_AQC_CAPS_NAC_TOPOLOGY which allows to
determine the mode of operation (1 or 2 NAC).
Define a new structure to store data from new capability and
corresponding parser code.
Co-developed-by: Prathisna Padmasanan
Signed-off-by: Prathisna Padmasana
From: Sergey Temerkhanov
E825C products feature a new PHY model - ETH56G.
Introduces all necessary PHY definitions, functions etc. for ETH56G PHY,
analogous to E82X and E810 ones with addition of a few HW-specific
functionalities for ETH56G like one-step timestamping.
It ensures correct PTP ini
Simplify the code by using anonymous struct in CGU registers instead of
naming each structure 'field'.
Suggested-by: Przemek Kitszel
Reviewed-by: Przemek Kitszel
Reviewed-by: Arkadiusz Kubalewski
Signed-off-by: Karol Kolacinski
---
drivers/net/ethernet/intel/ice/ice_cgu_regs.h | 12 ++---
dri
From: Sergey Temerkhanov
Move CGU block to the beginning of ice_ptp_hw.c
Signed-off-by: Sergey Temerkhanov
Reviewed-by: Przemek Kitszel
Reviewed-by: Arkadiusz Kubalewski
Signed-off-by: Karol Kolacinski
---
V5 -> V6: - adjusted returns in ice_read/write_cgu_reg_e82x()
- added cgu_ms
From: Jacob Keller
Add a new helper for getting base clock increment value for specific HW.
Signed-off-by: Jacob Keller
Reviewed-by: Przemek Kitszel
Reviewed-by: Arkadiusz Kubalewski
Signed-off-by: Karol Kolacinski
---
V4 -> V5: Removed unused UNKNOWN_INCVAL_E82X
drivers/net/ethernet/intel
Add a possibility to mark all transmitted/received timestamps as invalid
by clearing PHY OFFSET_READY registers.
Reviewed-by: Przemek Kitszel
Reviewed-by: Arkadiusz Kubalewski
Signed-off-by: Karol Kolacinski
---
drivers/net/ethernet/intel/ice/ice_ptp.c| 11 ---
drivers/net/ethernet/int
From: Sergey Temerkhanov
Introduce functions enabling/disabling Tx TS interrupts
for the E822 and ETH56G PHYs
Signed-off-by: Sergey Temerkhanov
Reviewed-by: Przemek Kitszel
Reviewed-by: Arkadiusz Kubalewski
Signed-off-by: Karol Kolacinski
---
V5 -> V6: Adjusted return in ice_phy_cfg_intr_e82
From: Jacob Keller
Multiple places in the driver code need to convert enum ice_ptp_tmr_cmd
values into register bits for both the main timer and the PHY port
timers. The main MAC register has one bit scheme for timer commands,
while the PHY commands use a different scheme.
The E810 and E830 devi
Create new ice_ptp_hw struct and use it for all HW and PTP-related
fields from struct ice_hw.
Replace definitions with struct fields, which values are set accordingly
to a specific device.
Reviewed-by: Przemek Kitszel
Reviewed-by: Arkadiusz Kubalewski
Signed-off-by: Karol Kolacinski
---
V4 -> V
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.
Grzegorz Nitka (2):
ice: Add NAC Topology device capability parser
ice: Adjust PTP init for 2x50G E825C devices
Jacob K
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-...@lists.osuosl.org; net...@vger.kernel.org; Marcin Szycik
> > ; Kubiak, Micha
40 matches
Mail list logo
