> -Original Message-
> From: Andy Shevchenko
> Sent: Tuesday, April 30, 2024 7:23 PM
> To: D, Lakshmi Sowjanya
> Cc: t...@linutronix.de; jstu...@google.com; giome...@enneenne.com;
> cor...@lwn.net; linux-ker...@vger.kernel.org; x...@kernel.org;
> net...@vger.kernel.org;
> -Original Message-
> From: Peter Hilber
> Sent: Tuesday, April 30, 2024 7:58 PM
> To: D, Lakshmi Sowjanya ;
> t...@linutronix.de; jstu...@google.com; giome...@enneenne.com;
> cor...@lwn.net; linux-ker...@vger.kernel.org
> Cc: x...@kernel.org; net...@vger.kernel.org;
On Wed, May 08, 2024 at 11:23:39AM -0700, Jacob Keller wrote:
> On 5/8/2024 11:00 AM, Andy Shevchenko wrote:
...
> FWIW I applied v1 and v2, and got only the following range-diff:
> This matches the changes described w.r.t ordering, and everything built
> properly when I tested it on my test
On 5/8/2024 11:00 AM, Andy Shevchenko wrote:
> *-objs suffix is reserved rather for (user-space) host programs while
> usually *-y suffix is used for kernel drivers (although *-objs works
> for that purpose for now).
>
> Let's correct the old usages of *-objs in Makefiles.
>
> Reviewed-by:
return 0;
+ return err;
}
/**
---
base-commit: 02754103e1f75761066bd45d467b41ab5ad725e5
change-id: 20240508-e810-live-migration-jk-fix-vsi-vlan-counting-402c6d262e26
Best regards,
--
Jacob Keller
On Wed, May 08, 2024 at 10:58:37AM -0700, Jacob Keller wrote:
> On 5/8/2024 7:42 AM, Loktionov, Aleksandr wrote:
> >> From: Alexander Lobakin
> >> Date: Wed, 8 May 2024 16:39:21 +0200
> >>> From: Andy Shevchenko
> >>> Date: Wed, 8 May 2024 17:25:31 +0300
> On Wed, May 08, 2024 at 03:35:26PM
*-objs suffix is reserved rather for (user-space) host programs while
usually *-y suffix is used for kernel drivers (although *-objs works
for that purpose for now).
Let's correct the old usages of *-objs in Makefiles.
Reviewed-by: Aleksandr Loktionov
Reviewed-by: Alexander Lobakin
On 5/8/2024 7:42 AM, Loktionov, Aleksandr wrote:
>
>
>> -Original Message-
>> From: Intel-wired-lan On
>> Behalf Of Alexander Lobakin
>> Sent: Wednesday, May 8, 2024 4:40 PM
>> To: Andy Shevchenko
>> Cc: Alexei Starovoitov ; Jesper Dangaard Brouer
>> ; Daniel Borkmann ;
>>
el-Use-y-instead-of-objs-in-Makefile/20240508-212446
> base: net-next/main
> patch link:
> https://lore.kernel.org/r/20240508132315.1121086-1-andriy.shevchenko%40linux.intel.com
> patch subject: [PATCH net-next v1 1/1] net: intel: Use *-y instead of *-objs
> in Makefile
>
Hi Andy,
kernel test robot noticed the following build errors:
[auto build test ERROR on net-next/main]
url:
https://github.com/intel-lab-lkp/linux/commits/Andy-Shevchenko/net-intel-Use-y-instead-of-objs-in-Makefile/20240508-212446
base: net-next/main
patch link:
https
> -Original Message-
> From: Intel-wired-lan On Behalf Of Paul
> Greenwalt
> Sent: Wednesday, March 27, 2024 2:30 AM
> To: intel-wired-...@lists.osuosl.org
> Cc: Nowlin, Dan ; Greenwalt, Paul
> ; Kitszel, Przemyslaw
> Subject: [Intel-wired-lan] [PATCH iwl-next v2] ice: Fix package
The commit 861e8086029e ("e1000e: move force SMBUS from enable ulp
function to avoid PHY loss issue") introduces a regression on
CH_MTP_I219_LM18 (PCIID: 0x8086550A). Without the referred commit, the
ethernet works well after suspend and resume, but after applying the
commit, the ethernet couldn't
This patch makes sense since VFs need to be assigned resources (especially
MSI-X interrupt count)
before making these VFs visible, so that the kernel PCI enumeration code reads
correct MSI-X
interrupt count for the VFs.
Regards,
Sergey
> -Original Message-
> From: Intel-wired-lan On
> Behalf Of Alexander Lobakin
> Sent: Wednesday, May 8, 2024 4:40 PM
> To: Andy Shevchenko
> Cc: Alexei Starovoitov ; Jesper Dangaard Brouer
> ; Daniel Borkmann ;
> net...@vger.kernel.org; Richard Cochran ;
> John Fastabend ; linux-
>
From: Alexander Lobakin
Date: Wed, 8 May 2024 16:39:21 +0200
> From: Andy Shevchenko
> Date: Wed, 8 May 2024 17:25:31 +0300
>
>> On Wed, May 08, 2024 at 03:35:26PM +0200, Alexander Lobakin wrote:
*-objs suffix is reserved rather for (user-space) host programs while
usually *-y suffix
From: Andy Shevchenko
Date: Wed, 8 May 2024 17:25:31 +0300
> On Wed, May 08, 2024 at 03:35:26PM +0200, Alexander Lobakin wrote:
>>> *-objs suffix is reserved rather for (user-space) host programs while
>>> usually *-y suffix is used for kernel drivers (although *-objs works
>>> for that purpose
On Wed, May 08, 2024 at 03:35:26PM +0200, Alexander Lobakin wrote:
> > *-objs suffix is reserved rather for (user-space) host programs while
> > usually *-y suffix is used for kernel drivers (although *-objs works
> > for that purpose for now).
> >
> > Let's correct the old usages of *-objs in
Currently the page_frag API is returning 'virtual address'
or 'va' when allocing and expecting 'virtual address' or
'va' as input when freeing.
As we are about to support new use cases that the caller
need to deal with 'struct page' or need to deal with both
'va' and 'struct page'. In order to
From: Andy Shevchenko
Date: Wed, 8 May 2024 16:23:15 +0300
> *-objs suffix is reserved rather for (user-space) host programs while
> usually *-y suffix is used for kernel drivers (although *-objs works
> for that purpose for now).
>
> Let's correct the old usages of *-objs in Makefiles.
Wait,
*-objs suffix is reserved rather for (user-space) host programs while
usually *-y suffix is used for kernel drivers (although *-objs works
for that purpose for now).
Let's correct the old usages of *-objs in Makefiles.
Signed-off-by: Andy Shevchenko
---
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Asbjørn Sloth Tønnesen
> Sent: Tuesday, April 16, 2024 8:13 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: net...@vger.kernel.org; linux-ker...@vger.kernel.org; Eric Dumazet
> ; Nguyen, Anthony L
> ; Asbjørn Sloth Tønnesen ;
>
> -Original Message-
> From: Intel-wired-lan On Behalf Of
> Asbjørn Sloth Tønnesen
> Sent: Tuesday, April 16, 2024 8:13 PM
> To: intel-wired-...@lists.osuosl.org
> Cc: net...@vger.kernel.org; linux-ker...@vger.kernel.org; Eric Dumazet
> ; Nguyen, Anthony L
> ; Asbjørn Sloth Tønnesen ;
>
I have tested this patch from ADQ perspective and it is working fine.
[root@BP-node3-BINDU ~]# tc filter add dev ens801f0v0 protocol ip parent :
prio 1 flower dst_ip 192.168.1.10 ip_proto tcp dst_port 12000 ip_flags frag
skip_sw hw_tc 1
RTNETLINK answers: Operation not supported
We have an
Hi,
I'm able to test this patch on i40e interface from ADQ perspective. Getting
'Not supported' message when tried to configure tc rule with control flags.
[root@BP-node3-BINDU ~]# rmmod i40e
rmmod: ERROR: Module i40e is in use by: irdma
[root@BP-node3-BINDU ~]# modprobe i40e
24 matches
Mail list logo