> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Simon Horman
> Sent: Thursday, February 20, 2025 3:59 PM
> To: Zaremba, Larysa
> Cc: Nguyen, Anthony L ; intel-wired-
> l...@lists.osuosl.org; Kitszel, Przemyslaw ;
> Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub
> Kicin
On 3/8/25 3:40 PM, Toke Høiland-Jørgensen wrote:
> Yunsheng Lin writes:
>> I only took a glance at git code above, it seems reusing the
>> _pp_mapping_pad for pp_dma_index seems like a wrong direction
>> as mentioned in discussion with Ilias above as the field might
>> be used when a page is mmap'
On Wed, Mar 05, 2025 at 05:21:30PM +0100, Alexander Lobakin wrote:
> Use libeth XDP infra to support running XDP program on Rx polling.
> This includes all of the possible verdicts/actions.
> XDP Tx queues are cleaned only in "lazy" mode when there are less than
> 1/4 free descriptors left on the r
On Wed, Mar 05, 2025 at 05:21:31PM +0100, Alexander Lobakin wrote:
> Use libeth XDP infra to implement .ndo_xdp_xmit() in idpf.
> The Tx callbacks are reused from XDP_TX code. XDP redirect target
> feature is set/cleared depending on the XDP prog presence, as for now
> we still don't allocate XDP T
On Wed, Mar 05, 2025 at 05:21:19PM +0100, Alexander Lobakin wrote:
> "Couple" is a bit humbly... Add the following functionality to libeth:
>
> * XDP shared queues managing
> * XDP_TX bulk sending infra
> * .ndo_xdp_xmit() infra
> * adding buffers to &xdp_buff
> * running XDP prog and managing its
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Simon Horman
> Sent: Thursday, February 20, 2025 3:58 PM
> To: Zaremba, Larysa
> Cc: Nguyen, Anthony L ; intel-wired-
> l...@lists.osuosl.org; Kitszel, Przemyslaw ;
> Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub
> Kicin
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Jedrzej Jagielski
> Sent: Friday, March 7, 2025 7:54 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: Nguyen, Anthony L ;
> net...@vger.kernel.org; ho...@kernel.org; j...@nvidia.com; Kitszel,
> Przemyslaw ; Jagielski, Jedrzej
>
>
On 3/11/25 06:16, Kyungwook Boo wrote:
When the device sends a specific input, an integer underflow can occur, leading
to MMIO write access to an invalid page.
Prevent the integer underflow by changing the type of related variables.
Signed-off-by: Kyungwook Boo
Link:
https://lore.kernel.org/l
On 7/3/2025 11:02 pm, Vladimir Oltean wrote:
On Mon, Mar 03, 2025 at 10:16:33AM +0100, Kurt Kanzenbach wrote:
diff --git a/drivers/net/ethernet/intel/igc/igc.h
b/drivers/net/ethernet/intel/igc/igc.h
index
cd1d7b6c1782352094f6867a31b6958c929bbbf4..16d85bdf55a7e9c412c47acf727bca6bc7154c61
10
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Simon Horman
> Sent: Thursday, February 20, 2025 3:58 PM
> To: Zaremba, Larysa
> Cc: Nguyen, Anthony L ; intel-wired-
> l...@lists.osuosl.org; Kitszel, Przemyslaw ;
> Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub
> Kicin
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Simon Horman
> Sent: Thursday, February 20, 2025 3:57 PM
> To: Zaremba, Larysa
> Cc: Nguyen, Anthony L ; intel-wired-
> l...@lists.osuosl.org; Kitszel, Przemyslaw ;
> Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub
> Kicin
On Tue, Mar 11, 2025 at 02:16:02PM +0900, Kyungwook Boo wrote:
> When the device sends a specific input, an integer underflow can occur,
> leading
> to MMIO write access to an invalid page.
>
> Prevent the integer underflow by changing the type of related variables.
>
> Signed-off-by: Kyungwook
On 3/10/25 13:23, Jiri Pirko wrote:
Mon, Mar 10, 2025 at 09:40:16AM +0100, przemyslaw.kits...@intel.com wrote:
Subject: Re: [PATCH iwl-next] ice: use DSN instead of PCI BDF for ice_adapter
index
regarding -net vs -next, no one have complained that this bug hurts
Wait, so we are now waiting
On Wed, Mar 05, 2025 at 05:21:22PM +0100, Alexander Lobakin wrote:
> Currently, the maximum number of queues available for one vport is 16.
> This is hardcoded, but then the function calculating the optimal number
> of queues takes min(16, num_online_cpus()).
> On order to be able to allocate more
From: Alexander Lobakin
Date: Wed, 5 Mar 2025 17:21:16 +0100
> Add XDP support (w/o XSk yet) to the idpf driver using the libeth_xdp
> sublib, which will be then reused in at least iavf and ice.
Ok, today I'm back at work.
First of all, sorry for the confusion, the subject prefix must've been
"
Hello,
We had the ixgbe radios in one of our systems on an overnight test. To my
knowledge,
we have never seen this particular issue before. Please let me know if you
have any
ideas on what caused it or how we can get better logs to debug it. We plan to
replace
the NIC and re-run in case it
On Fri, Mar 7, 2025 at 1:31 AM Yunsheng Lin wrote:
> Introduce page_pool_get_pp() API to avoid caller accessing
> page->pp directly, in order to make the following patch more
> reviewable as the following patch will change page->pp to
> page->pp_item to fix the DMA API misuse problem.
>
> Signed-
On Tue, Mar 11, 2025 at 10:23 AM Alexander Lobakin
wrote:
>
> From: Mina Almasry
> Date: Wed, 5 Mar 2025 16:13:32 -0800
>
> > On Wed, Mar 5, 2025 at 8:23 AM Alexander Lobakin
> > wrote:
> >>
> >> Back when the libeth Rx core was initially written, devmem was a draft
> >> and netmem_ref didn't ex
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Simon Horman
> Sent: Thursday, February 20, 2025 3:59 PM
> To: Zaremba, Larysa
> Cc: Nguyen, Anthony L ; intel-wired-
> l...@lists.osuosl.org; Kitszel, Przemyslaw ;
> Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub
> Kicin
From: Mina Almasry
Date: Wed, 5 Mar 2025 16:13:32 -0800
> On Wed, Mar 5, 2025 at 8:23 AM Alexander Lobakin
> wrote:
>>
>> Back when the libeth Rx core was initially written, devmem was a draft
>> and netmem_ref didn't exist in the mainline. Now that it's here, make
>> libeth MP-agnostic before i
Switch from unions with bitfield structs to definitions with bitfield
masks. This is necessary, because some registers have different
field definitions or even use a different register for the same fields
based on HW type.
Remove unused register fields.
Reviewed-by: Milena Olech
Signed-off-by: K
The ravb_ptp_extts() function checks the flags coming from the
PTP_EXTTS_REQUEST ioctl, to ensure that future flags are not accepted on
accident.
This was updated to 'honor' the PTP_STRICT_FLAGS in commit 6138e687c7b6
("ptp: Introduce strict checking of external time stamp options.").
However, the
On Fri, Mar 07, 2025 at 02:03:44PM -0800, Tony Nguyen wrote:
> On 2/17/2025 3:31 AM, Kurt Kanzenbach wrote:
>
> ...
>
> > diff --git a/drivers/net/ethernet/intel/igb/igb_xsk.c
> > b/drivers/net/ethernet/intel/igb/igb_xsk.c
> > index
> > 157d43787fa0b55a74714f69e9e7903b695fcf0a..a5ad090dfe94b6af
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Jedrzej Jagielski
> Sent: Monday, March 3, 2025 5:37 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: Nguyen, Anthony L ;
> net...@vger.kernel.org; and...@lunn.ch; pmen...@molgen.mpg.de;
> Jagielski, Jedrzej ; Loktionov, Aleksandr
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Simon Horman
> Sent: Thursday, February 20, 2025 3:56 PM
> To: Zaremba, Larysa
> Cc: Nguyen, Anthony L ; intel-wired-
> l...@lists.osuosl.org; Kitszel, Przemyslaw ;
> Andrew Lunn ; David S. Miller
> ; Eric Dumazet ; Jakub
> Kicin
> -Original Message-
> From: Intel-wired-lan On Behalf Of Paul
> Greenwalt
> Sent: 18 December 2024 14:42
> To: intel-wired-...@lists.osuosl.org
> Cc: k...@kernel.org; net...@vger.kernel.org; Greenwalt, Paul
> ; Alice Michael ; Eric
> Joyner
> Subject: [Intel-wired-lan] [PATCH iwl-next
Static variables in C are implicitly initialized to zero,
so there is no need to explicitly set
and to 0. This change removes the redundant initialization
Signed-off-by: Joao Bonifacio
---
drivers/net/ethernet/intel/e100.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/
Separate TSPLL related functions and definitions from all PTP-related
files and clean up the code by implementing multiple helpers.
Adjust TSPLL wait times and fall back to TCXO on lock failure to ensure
proper init flow of TSPLL.
Karol Kolacinski (10):
ice: move TSPLL functions to a separate f
Hi Paul,
kernel test robot noticed the following build warnings:
[auto build test WARNING on tnguy-next-queue/dev-queue]
url:
https://github.com/intel-lab-lkp/linux/commits/Paul-Greenwalt/ice-add-E830-Earliest-TxTime-First-Offload-support/20250312-051400
base: https://git.kernel.org/pub/sc
> -Original Message-
> From: Michal Swiatkowski
> Sent: Monday, March 10, 2025 11:04 PM
> To: Keller, Jacob E
> Cc: Nguyen, Anthony L ; Kitszel, Przemyslaw
> ; Andrew Lunn ; David
> S. Miller ; Eric Dumazet ;
> Jakub Kicinski ; Paolo Abeni ; Richard
> Cochran ; Ruud Bos ; Paul
> Barker
There is no need to store the err string in hw->err_str. Simplify it and
use common helper. hw->err_str is still used for other purpouse.
It should be marked that previously for unknown error the numeric value
was passed as a string. Now the "LIBIE_AQ_RC_UNKNOWN" is used for such
cases.
Add libie
Add a new module for common handling of Admin Queue related logic.
Start by a helper for error to string conversion. This lives inside
libie/, but is a separate module what follows our logic of splitting
into topical modules, to avoid pulling in not needed stuff, and have
better organization in gen
Use libie_aq_desc instead of iavf_aq_desc. Do needed changes to allow
clean build
Use libie_aq_raw() wherever it can be used.
Reviewed-by: Przemek Kitszel
Reviewed-by: Aleksandr Loktionov
Signed-off-by: Michal Swiatkowski
---
drivers/net/ethernet/intel/iavf/iavf_adminq.h | 12 +-
.../net/eth
Hi,
It is a prework to allow reusing some specific Intel code (eq. fwlog).
Move common *_aq_desc structure to libie header and changing
it in ice, ixgbe, i40e and iavf.
Only generic adminq commands can be easily moved to common header, as
rest is slightly different. Format remains the same. It w
Simple:
s/ice_aq_str/libie_aq_str
Add libie_aminq module in ice Kconfig.
Reviewed-by: Przemek Kitszel
Signed-off-by: Michal Swiatkowski
---
drivers/net/ethernet/intel/Kconfig| 1 +
drivers/net/ethernet/intel/ice/ice.h | 1 -
.../net/ethernet/intel/ice/devlink/devlink.c
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Jedrzej Jagielski
> Sent: Friday, March 7, 2025 7:54 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: Nguyen, Anthony L ;
> net...@vger.kernel.org; ho...@kernel.org; j...@nvidia.com; Jagielski, Jedrzej
> ; Polchlopek, Mateusz
>
>
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Jedrzej Jagielski
> Sent: Friday, March 7, 2025 7:54 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: Nguyen, Anthony L ;
> net...@vger.kernel.org; ho...@kernel.org; j...@nvidia.com; Jagielski, Jedrzej
> ; Polchlopek, Mateusz
> ; M
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Jedrzej Jagielski
> Sent: Friday, March 7, 2025 7:54 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: Nguyen, Anthony L ;
> net...@vger.kernel.org; ho...@kernel.org; j...@nvidia.com; Jagielski, Jedrzej
> ; Polchlopek, Mateusz
> ; K
E830 supports Earliest TxTime First (ETF) hardware offload, which is
configured via the ETF Qdisc (see tc-etf(8)). ETF introduces a new Tx flow
mechanism that utilizes a timestamp ring (tstamp_ring) alongside the
standard Tx ring. This timestamp ring is used to indicate when hardware
will transmit
Hi Paul,
kernel test robot noticed the following build errors:
[auto build test ERROR on tnguy-next-queue/dev-queue]
url:
https://github.com/intel-lab-lkp/linux/commits/Paul-Greenwalt/ice-add-E830-Earliest-TxTime-First-Offload-support/20250312-051400
base: https://git.kernel.org/pub/scm/li
-void ice_adapter_put(const struct pci_dev *pdev)
+void ice_adapter_put(struct pci_dev *pdev)
{
A bit of a shame that this needs to be non const now.. Could
pci_get_dsn() be made const? Or does it do something which might modify
the device somehow?
Would make sense to me to make it const.
allnoconfiggcc-13.2.0
arc allyesconfiggcc-13.2.0
arc randconfig-001-20250311gcc-13.2.0
arc randconfig-002-20250311gcc-13.2.0
arm allmodconfiggcc-14.2.0
arm
42 matches
Mail list logo
