14.2.0
arc randconfig-001-20250213gcc-13.2.0
arc randconfig-001-20250213gcc-14.2.0
arc randconfig-002-20250213gcc-13.2.0
arc randconfig-002-20250213gcc-14.2.0
arm allmodconfigcl
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Vladimir Oltean
> Sent: Wednesday, February 12, 2025 11:01 PM
> To: Faizal Rahim
> Cc: Nguyen, Anthony L ; Kitszel, Przemyslaw
> ; Andrew Lunn ;
> David S . Miller ; Eric Dumazet
> ; Jakub Kicinski ; Paolo Abeni
> ; Maxime Coq
On 14/2/2025 3:12 am, Kurt Kanzenbach wrote:
On Thu Feb 13 2025, Vladimir Oltean wrote:
So, confusingly to me, it seems like one operating mode is fundamentally
different from the other, and something will have to change if both will
be made to behave the same. What will change? You say mqpri
On 14/2/2025 12:20 pm, Abdul Rahim, Faizal wrote:
On 14/2/2025 3:12 am, Kurt Kanzenbach wrote:
On Thu Feb 13 2025, Vladimir Oltean wrote:
So, confusingly to me, it seems like one operating mode is fundamentally
different from the other, and something will have to change if both will
be mad
On Thu Feb 13 2025, Abdul Rahim, Faizal wrote:
> On 13/2/2025 6:01 am, Vladimir Oltean wrote:
>> On Mon, Feb 10, 2025 at 02:01:58AM -0500, Faizal Rahim wrote:
>>> Introduces support for the FPE feature in the IGC driver.
>>>
>>> The patches aligns with the upstream FPE API:
>>> https://patchwork.ke
On 2/11/25 10:06 PM, Ahmed Zaki wrote:
> @@ -394,10 +395,8 @@ struct napi_struct {
> struct list_headdev_list;
> struct hlist_node napi_hash_node;
> int irq;
> -#ifdef CONFIG_RFS_ACCEL
> struct irq_affinity_notify notify;
> int
On 13.02.2025 11:55, Simon Horman wrote:
> On Tue, Feb 11, 2025 at 06:43:21PM +0100, Marcin Szycik wrote:
>> If ice_ena_vfs() fails after calling ice_create_vf_entries(), it frees
>> all VFs without removing them from snapshot PF-VF mailbox list, leading
>> to list corruption.
>>
>> Reproducer:
On 13/2/2025 8:01 pm, Kurt Kanzenbach wrote:
On Thu Feb 13 2025, Abdul Rahim, Faizal wrote:
On 13/2/2025 6:01 am, Vladimir Oltean wrote:
On Mon, Feb 10, 2025 at 02:01:58AM -0500, Faizal Rahim wrote:
Introduces support for the FPE feature in the IGC driver.
The patches aligns with the upstr
On Thu, Feb 13, 2025 at 08:54:18PM +0800, Abdul Rahim, Faizal wrote:
> > Well, my idea was to move the current mqprio offload implementation from
> > legacy TSN Tx mode to the normal TSN Tx mode. Then, taprio and mqprio
> > can share the same code (with or without fpe). I have a draft patch
> > rea
On 2025/2/13 2:53, Matthew Wilcox wrote:
> On Wed, Feb 12, 2025 at 05:25:47PM +0800, Yunsheng Lin wrote:
>> This patchset fix the dma API misuse problem as mentioned in [1].
>>
>> 1.
>> https://lore.kernel.org/lkml/8067f204-1380-4d37-8ffd-007fc6f26...@kernel.org/T/
>
> That's a very long and comp
On 13/2/2025 9:00 pm, Vladimir Oltean wrote:
On Thu, Feb 13, 2025 at 08:54:18PM +0800, Abdul Rahim, Faizal wrote:
Well, my idea was to move the current mqprio offload implementation from
legacy TSN Tx mode to the normal TSN Tx mode. Then, taprio and mqprio
can share the same code (with or wit
On Thu Feb 13 2025, Abdul Rahim, Faizal wrote:
> On 13/2/2025 9:00 pm, Vladimir Oltean wrote:
>> On Thu, Feb 13, 2025 at 08:54:18PM +0800, Abdul Rahim, Faizal wrote:
Well, my idea was to move the current mqprio offload implementation from
legacy TSN Tx mode to the normal TSN Tx mode. Then
On Tue, Feb 11, 2025 at 06:43:21PM +0100, Marcin Szycik wrote:
> If ice_ena_vfs() fails after calling ice_create_vf_entries(), it frees
> all VFs without removing them from snapshot PF-VF mailbox list, leading
> to list corruption.
>
> Reproducer:
> devlink dev eswitch set $PF1_PCI mode switchde
On Tue, Feb 11, 2025 at 06:43:22PM +0100, Marcin Szycik wrote:
> As part of switchdev environment setup, uplink VSI is configured as
> default for both Tx and Rx. Default Rx VSI is also used by promiscuous
> mode. If promisc mode is enabled and an attempt to enter switchdev mode
> is made, the setu
On Thu, Feb 13, 2025 at 11:00:32AM +0200, Vladimir Oltean wrote:
> On Thu, Feb 13, 2025 at 02:12:47PM +0800, Abdul Rahim, Faizal wrote:
> > I was planning to enable fpe + mqprio separately since it requires extra
> > effort to explore mqprio with preemptible rings, ring priorities, and
> > testing
On Thu, Feb 13, 2025 at 02:12:47PM +0800, Abdul Rahim, Faizal wrote:
> I was planning to enable fpe + mqprio separately since it requires extra
> effort to explore mqprio with preemptible rings, ring priorities, and
> testing to ensure it works properly and there are no regressions.
>
> I’m really
From: Jiri Pirko
Sent: Wednesday, February 12, 2025 4:05 PM
>Wed, Feb 12, 2025 at 02:14:02PM +0100, jedrzej.jagiel...@intel.com wrote:
>>Provide devlink .info_get() callback implementation to allow the
>>driver to report detailed version information. The following info
>>is reported:
>>
>> "seri
On 2/10/25 12:09, Leon Romanovsky wrote:
On Mon, Feb 10, 2025 at 11:41:31AM +0100, Przemek Kitszel wrote:
On 2/7/25 20:49, Tatyana Nikolova wrote:
This patch series is based on 6.14-rc1 and includes both netdev and RDMA
patches for ease of review. It can also be viewed here [1]. A shared pull
r
On 03.12.2024 07:58, Michal Swiatkowski wrote:
> Move responsibility of MSI-X requesting for RDMA feature from ice driver
> to irdma driver. It is done to allow simple fallback when there is not
> enough MSI-X available.
>
> Change amount of MSI-X used for control from 4 to 1, as it isn't neede
-13.2.0
arc allyesconfiggcc-13.2.0
arc axs103_defconfiggcc-13.2.0
arc haps_hs_smp_defconfiggcc-13.2.0
arc randconfig-001-20250213gcc-13.2.0
arc randconfig-002-20250213gcc
On Thu Feb 13 2025, Vladimir Oltean wrote:
> So, confusingly to me, it seems like one operating mode is fundamentally
> different from the other, and something will have to change if both will
> be made to behave the same. What will change? You say mqprio will behave
> like taprio, but I think if a
Przemek Kitszel
---
Changes in v2:
- EDITME: describe what is new in this series revision.
- EDITME: use bulletpoints and terse descriptions.
- Link to v1:
https://lore.kernel.org/r/20250213-jk-iavf-abba-lock-crash-v1-1-787d7c652...@intel.com
---
drivers/net/ethernet/intel/iavf/iavf_main.c | 12 +
On 2025-02-13 5:26 a.m., Paolo Abeni wrote:
On 2/11/25 10:06 PM, Ahmed Zaki wrote:
@@ -394,10 +395,8 @@ struct napi_struct {
struct list_headdev_list;
struct hlist_node napi_hash_node;
int irq;
-#ifdef CONFIG_RFS_ACCEL
struct i
On 2/12/25 16:47, Jagielski, Jedrzej wrote:
From: Jiri Pirko
Sent: Wednesday, February 12, 2025 4:09 PM
Wed, Feb 12, 2025 at 02:14:01PM +0100, jedrzej.jagiel...@intel.com wrote:
Add an initial support for devlink interface to ixgbe driver.
Similarly to i40e driver the implementation doesn't e
On 2/12/2025 10:21 AM, Simon Horman wrote:
On Mon, Feb 10, 2025 at 06:38:51PM -0800, Emil Tantilov wrote:
Current init logic ignores the error code from register_netdev(),
which will cause WARN_ON() on attempt to unregister it, if there was one,
and there is no info for the user that the creatio
On Thu, Feb 13, 2025 at 03:12:35PM +0100, Kurt Kanzenbach wrote:
> On Thu Feb 13 2025, Abdul Rahim, Faizal wrote:
> > On 13/2/2025 9:00 pm, Vladimir Oltean wrote:
> >> On Thu, Feb 13, 2025 at 08:54:18PM +0800, Abdul Rahim, Faizal wrote:
> Well, my idea was to move the current mqprio offload im
On Thu, Feb 13, 2025 at 08:20:31PM +0100, Marcin Szycik wrote:
>
>
> On 03.12.2024 07:58, Michal Swiatkowski wrote:
> > Move responsibility of MSI-X requesting for RDMA feature from ice driver
> > to irdma driver. It is done to allow simple fallback when there is not
> > enough MSI-X available.
>
ek Kitszel
---
Changes in v2:
- Add Intel Wired LAN for patchwork integration
- Link to v1:
https://lore.kernel.org/r/20250213-jk-iavf-abba-lock-crash-v1-1-d4850f6a0...@intel.com
---
drivers/net/ethernet/intel/iavf/iavf_main.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
28 matches
Mail list logo
