* Re: [PATCH net-next v18 00/15] Begin upstreaming Homa transport protocol
From: Jakub Kicinski @ 2026-04-12 20:45 UTC (permalink / raw)
To: John Ousterhout; +Cc: netdev, pabeni, edumazet, horms
In-Reply-To: <20260410200310.1915-1-ouster@cs.stanford.edu>
On Fri, 10 Apr 2026 13:02:54 -0700 John Ousterhout wrote:
> This patch series begins the process of upstreaming the Homa transport
> protocol. Homa is an alternative to TCP for use in datacenter
> environments. It provides 10-100x reductions in tail latency for short
> messages relative to TCP. Its benefits are greatest for mixed workloads
> containing both short and long messages running under high network loads.
> Homa is not API-compatible with TCP: it is connectionless and message-
> oriented (but still reliable and flow-controlled). Homa's new API not
> only contributes to its performance gains, but it also eliminates the
> massive amount of connection state required by TCP for highly connected
> datacenter workloads (Homa uses ~ 1 socket per application, whereas
> TCP requires a separate socket for each peer).
make coccicheck says:
net/homa/homa_peer.c:213:21-22: WARNING opportunity for swap()
^ permalink raw reply
* Re: [PATCH net-next v5 1/2] net: hsr: require valid EOT supervision TLV
From: Luka Gejak @ 2026-04-12 20:46 UTC (permalink / raw)
To: Jakub Kicinski
Cc: davem, edumazet, pabeni, netdev, fmaurer, horms, luka.gejak
In-Reply-To: <20260412133157.3b335e1b@kernel.org>
On April 12, 2026 10:31:57 PM GMT+02:00, Jakub Kicinski <kuba@kernel.org> wrote:
>On Sun, 12 Apr 2026 22:13:35 +0200 Luka Gejak wrote:
>> Regarding the TLV loop: I actually implemented a TLV walker in v4 [1]
>> for this exact reason, but I moved to strict sequential parsing in v5
>> based on reviewer's feedback to keep the implementation simple. Could
>> you please check if the approach used in v4 is what you had in mind?
>> If so, I will rebase that logic onto the memory safety fixes
>> (pskb_may_pull) from v5 and submit it as v6.
>
>That's not really what I had in mind. I was thinking of a loop which
>just skips the TLVs in order, leaving the parsing of known TLVs as is.
>But I've never used HSR maybe this sort of strict validation is somehow
>okay in HSR deployments.
>
>Please just undo the comment tweaks then.
So keep other changes as is and only undo comment changes?
^ permalink raw reply
* Re: [PATCH net v2 0/2] net/rds: Fix use-after-free in RDS/IB for non-init namespaces
From: patchwork-bot+netdevbpf @ 2026-04-12 20:50 UTC (permalink / raw)
To: Allison Henderson
Cc: netdev, pabeni, edumazet, rds-devel, kuba, horms, linux-rdma
In-Reply-To: <20260408080420.540032-1-achender@kernel.org>
Hello:
This series was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Wed, 8 Apr 2026 01:04:18 -0700 you wrote:
> This series fixes syzbot bug da8e060735ae02c8f3d1
> https://syzkaller.appspot.com/bug?extid=da8e060735ae02c8f3d1
>
> The report finds a use-after-free bug where ib connections access an
> invalid network namespace after it has been freed. The stack is:
>
> rds_rdma_cm_event_handler_cmn
> rds_conn_path_drop
> rds_destroy_pending
> check_net() <-- use-after-free
>
> [...]
Here is the summary with links:
- [net,v2,1/2] net/rds: Optimize rds_ib_laddr_check
https://git.kernel.org/netdev/net/c/236f718ac885
- [net,v2,2/2] net/rds: Restrict use of RDS/IB to the initial network namespace
https://git.kernel.org/netdev/net/c/ebf71dd4aff4
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH net v3] ppp: require CAP_NET_ADMIN in target netns for unattached ioctls
From: patchwork-bot+netdevbpf @ 2026-04-12 20:50 UTC (permalink / raw)
To: =?utf-8?b?7ZWY7YOc6rWsIDxoYXRhZWd1MDgyNkBnbWFpbC5jb20+?=
Cc: andrew+netdev, davem, edumazet, kuba, pabeni, dqfext, kees,
kuniyu, bigeasy, gorcunov, linux-ppp, netdev, linux-kernel,
qingfang.deng, gnault, jaco, richardbgobert, ericwouds,
teknoraver
In-Reply-To: <20260409071117.4354-1-hataegu0826@gmail.com>
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 9 Apr 2026 16:11:15 +0900 you wrote:
> /dev/ppp open is currently authorized against file->f_cred->user_ns,
> while unattached administrative ioctls operate on current->nsproxy->net_ns.
>
> As a result, a local unprivileged user can create a new user namespace
> with CLONE_NEWUSER, gain CAP_NET_ADMIN only in that new user namespace,
> and still issue PPPIOCNEWUNIT, PPPIOCATTACH, or PPPIOCATTCHAN against
> an inherited network namespace.
>
> [...]
Here is the summary with links:
- [net,v3] ppp: require CAP_NET_ADMIN in target netns for unattached ioctls
https://git.kernel.org/netdev/net/c/2bb6379416fd
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH v2 net-next 00/15] ip6mr: No RTNL for RTNL_FAMILY_IP6MR rtnetlink.
From: Kuniyuki Iwashima @ 2026-04-12 20:50 UTC (permalink / raw)
To: Jakub Kicinski
Cc: David S . Miller, David Ahern, Eric Dumazet, Paolo Abeni,
Simon Horman, Kuniyuki Iwashima, netdev
In-Reply-To: <20260412075856.68f37eb6@kernel.org>
On Sun, Apr 12, 2026 at 7:58 AM Jakub Kicinski <kuba@kernel.org> wrote:
>
> On Fri, 10 Apr 2026 21:16:56 +0000 Kuniyuki Iwashima wrote:
> > This series is the IPv6 version of
> >
> > https://lore.kernel.org/netdev/20260228221800.1082070-1-kuniyu@google.com/
> >
> > and removes RTNL from ip6mr rtnetlink handlers.
> >
> > After this series, there are a few RTNL left in net/ipv6/ipmr.c
> > and such users will be converted to per-netns RTNL in another
> > series.
> >
> > Patch 1 extends the ipmr selftest to exercise most of the RTNL
> > paths in net/ipv6/ipmr.c
> >
> > Patch 2 - 6 converts RTM_GETROUTE handlers to RCU.
> >
> > Patch 7 removes struct fib_dump_filter.rtnl_held.
> >
> > Patch 8 - 9 use RCU for mr_table for CONFIG_IP_MROUTE_MULTIPLE_TABLES=n
> > and CONFIG_IPV6_MROUTE_MULTIPLE_TABLES=n for ->exit_rtnl().
> >
> > Patch 10 - 12 converts ->exit_batch() to ->exit_rtnl() to
> > save one RTNL in cleanup_net().
> >
> > Patch 13 - 14 removes unnecessary RTNL during setup_net()
> > failure.
> >
> > Patch 15 drops RTNL for MRT6_(ADD|DEL)_MFC(_PROXY)?.
>
> Hitting a bunch of:
>
> SKIP no netlink MFC interface
>
> on the new test here. Do we need to add something to .../config ?
No, I used SKIP() intentionally becuase only IPv4 has the MFC
netlink interface and IPv6 does not have the corresponding one.
Should I just return 0 in this case instead of SKIP() ?
^ permalink raw reply
* Re: [PATCH v1 net-next] selftest: net: Use port outside of the default ip_local_ports in csum.c.
From: Kuniyuki Iwashima @ 2026-04-12 20:56 UTC (permalink / raw)
To: Jakub Kicinski
Cc: Willem de Bruijn, David S. Miller, Eric Dumazet, Paolo Abeni,
Simon Horman, Willem de Bruijn, Mahesh Bandewar,
Kuniyuki Iwashima, netdev
In-Reply-To: <20260412094729.334b8890@kernel.org>
On Sun, Apr 12, 2026 at 9:47 AM Jakub Kicinski <kuba@kernel.org> wrote:
>
> On Sat, 11 Apr 2026 15:18:56 -0400 Willem de Bruijn wrote:
> > > diff --git a/tools/testing/selftests/net/lib/csum.c b/tools/testing/selftests/net/lib/csum.c
> > > index e28884ce3ab3..4e044689bc37 100644
> > > --- a/tools/testing/selftests/net/lib/csum.c
> > > +++ b/tools/testing/selftests/net/lib/csum.c
> > > @@ -105,9 +105,9 @@ static char *cfg_mac_src;
> > > static int cfg_proto = IPPROTO_UDP;
> > > static int cfg_payload_char = 'a';
> > > static int cfg_payload_len = 100;
> > > -static uint16_t cfg_port_dst = 34000;
> >
> > This is paired with wait_port_listen(3400, .. in
> > tools/testing/selftests/drivers/net/hw/csum.py
>
> FWIW I can confirm that this caused the HW testing in NIPA to fail
> the csum test since Friday.
Sorry, I'll cover that part and try the port option.
^ permalink raw reply
* Re: [PATCH net 1/4] nfc: digital: Fix stack buffer overflow in digital_in_recv_sensf_res()
From: Jakub Kicinski @ 2026-04-12 20:58 UTC (permalink / raw)
To: Lekë Hapçiu; +Cc: netdev, linux-wireless, stable, krzysztof.kozlowski
In-Reply-To: <20260409223436.1887988-2-snowwlake@icloud.com>
On Fri, 10 Apr 2026 00:34:31 +0200 Lekë Hapçiu wrote:
> The function digital_in_recv_sensf_res() validates that the incoming
> SENSF_RES frame is at least DIGITAL_SENSF_RES_MIN_LENGTH (17) bytes,
> but does not check that it is at most NFC_SENSF_RES_MAXSIZE (18) bytes
> before copying into the 18-byte target.sensf_res stack buffer.
Hm, third similar fix we received for this.
struct digital_sensf_res is 19 bytes, you're capping the length at 18
something else is wrong here..
^ permalink raw reply
* Re: [PATCH net 0/2] More fixes for the IPA driver
From: patchwork-bot+netdevbpf @ 2026-04-12 21:00 UTC (permalink / raw)
To: Luca Weiss
Cc: elder, andrew+netdev, davem, edumazet, kuba, pabeni,
~postmarketos/upstreaming, phone-devel, netdev, linux-arm-msm,
linux-kernel
In-Reply-To: <20260409-ipa-fixes-v1-0-a817c30678ac@fairphone.com>
Hello:
This series was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 09 Apr 2026 10:13:30 +0200 you wrote:
> Two more fixes for the Qualcomm IPA driver.
>
> Signed-off-by: Luca Weiss <luca.weiss@fairphone.com>
> ---
> Luca Weiss (2):
> net: ipa: Fix programming of QTIME_TIMESTAMP_CFG
> net: ipa: Fix decoding EV_PER_EE for IPA v5.0+
>
> [...]
Here is the summary with links:
- [net,1/2] net: ipa: Fix programming of QTIME_TIMESTAMP_CFG
https://git.kernel.org/netdev/net/c/de08f9585692
- [net,2/2] net: ipa: Fix decoding EV_PER_EE for IPA v5.0+
https://git.kernel.org/netdev/net/c/1335b903cf2e
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH] octeon_ep: Remove unnecessary semicolons in octep_oq_drop_rx()
From: patchwork-bot+netdevbpf @ 2026-04-12 21:00 UTC (permalink / raw)
To: Nobuhiro Iwamatsu
Cc: vburru, sedara, andrew+netdev, davem, edumazet, kuba, pabeni,
netdev
In-Reply-To: <1775711291-13938-1-git-send-email-nobuhiro.iwamatsu.x90@mail.toshiba>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 9 Apr 2026 14:08:11 +0900 you wrote:
> Remove unnecessary semicolons in octep_oq_drop_rx().
>
> Signed-off-by: Nobuhiro Iwamatsu <nobuhiro.iwamatsu.x90@mail.toshiba>
> ---
> drivers/net/ethernet/marvell/octeon_ep/octep_rx.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Here is the summary with links:
- octeon_ep: Remove unnecessary semicolons in octep_oq_drop_rx()
https://git.kernel.org/netdev/net-next/c/21ad19a99d94
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH v2 0/3] arm64: dts: imx8dxl: Add SolidRun SoM and HummingBoard
From: patchwork-bot+netdevbpf @ 2026-04-12 21:00 UTC (permalink / raw)
To: Josua Mayer
Cc: robh, krzk+dt, conor+dt, shawnguo, Frank.Li, s.hauer, kernel,
festevam, andrew, olteanv, davem, edumazet, kuba, pabeni,
yazan.shhady, mikhail.anikin, ada, devicetree, linux-kernel, imx,
linux-arm-kernel, vladimir.oltean, conor.dooley, krzk, netdev,
krzysztof.kozlowski
In-Reply-To: <20260409-imx8dxl-sr-som-v2-0-83ff20629ba0@solid-run.com>
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 09 Apr 2026 14:34:32 +0200 you wrote:
> Add bindings and description for SolidRUn i.MX8DXL based SoM and
> HummingBoard Telematics.
>
> Modify SJA1110 Ethernet Switch bindings to allow SPI Mode 0.
>
> This patch-set is based on v7.0-rc2, because rc1 was experiencing
> deadlocks with imx8qxp clock driver.
>
> [...]
Here is the summary with links:
- [v2,1/3] dt-bindings: net: dsa: nxp,sja1105: make spi-cpol optional for sja1110
https://git.kernel.org/netdev/net-next/c/600f01dc4bd0
- [v2,2/3] dt-bindings: arm: fsl: Add SolidRun i.MX8DXL SoM and HummingBoard
(no matching commit)
- [v2,3/3] arm64: dts: imx8dxl: Add SolidRun SoM and HummingBoard
(no matching commit)
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH v2 net] net: ax25: fix integer overflow in ax25_rx_fragment()
From: David Laight @ 2026-04-12 21:05 UTC (permalink / raw)
To: Jakub Kicinski
Cc: Mashiro Chen, netdev, davem, edumazet, pabeni, horms, jreuter,
linux-hams, linux-kernel, stable
In-Reply-To: <20260412131751.0e90a053@kernel.org>
On Sun, 12 Apr 2026 13:17:51 -0700
Jakub Kicinski <kuba@kernel.org> wrote:
> On Thu, 9 Apr 2026 10:50:26 +0800 Mashiro Chen wrote:
> > Fix mirrors the identical bug fixed in NET/ROM (nr_in.c): check for
> > overflow before adding skb->len to fraglen, and abort fragment
> > reassembly cleanly if the limit would be exceeded.
>
> Same problem as reported by Simon on the netrom patch applies here.
>
> nit: I don't think you need to cast ax25->fraglen to unsigned int
> in the comparison. since it's added with skb->len it should get
> auto-prompted to unsigned int.
It wouldn't matter if that comparison were signed.
Or change the type of ax25->fraglen to be 32bits and do the
sanity check for overlong packets later in the code.
I had a quick look at the header and the structure hasn't
been size-optimised...
David
^ permalink raw reply
* Re: [PATCH net-next v2 1/2] keys, dns: drop unused upayload->data NUL terminator
From: Jakub Kicinski @ 2026-04-12 21:10 UTC (permalink / raw)
To: Thorsten Blum
Cc: David S. Miller, Eric Dumazet, Paolo Abeni, Simon Horman,
Tim Bird, netdev, linux-kernel
In-Reply-To: <20260409225703.158552-4-thorsten.blum@linux.dev>
On Fri, 10 Apr 2026 00:57:02 +0200 Thorsten Blum wrote:
> In dns_resolver_preparse(), do not NUL-terminate ->data and allocate one
> byte less. The NUL terminator is never used and only ->datalen bytes are
> accessed.
I can't see where this is used at all.
Please write better commit messages, there's no way this 1 byte
is worth the amount of time I wasted trying to review this :/
^ permalink raw reply
* Re: [PATCH v2 net-next 00/15] ip6mr: No RTNL for RTNL_FAMILY_IP6MR rtnetlink.
From: Jakub Kicinski @ 2026-04-12 21:11 UTC (permalink / raw)
To: Kuniyuki Iwashima
Cc: David S . Miller, David Ahern, Eric Dumazet, Paolo Abeni,
Simon Horman, Kuniyuki Iwashima, netdev
In-Reply-To: <CAAVpQUAnpk+A2M=Or=0C=ksbTMo0zuBst3aKC3wpAdP8AKpRzg@mail.gmail.com>
On Sun, 12 Apr 2026 13:50:59 -0700 Kuniyuki Iwashima wrote:
> > Hitting a bunch of:
> >
> > SKIP no netlink MFC interface
> >
> > on the new test here. Do we need to add something to .../config ?
>
> No, I used SKIP() intentionally becuase only IPv4 has the MFC
> netlink interface and IPv6 does not have the corresponding one.
>
> Should I just return 0 in this case instead of SKIP() ?
XFAIL
^ permalink raw reply
* Re: [PATCH net-next v5 1/2] net: hsr: require valid EOT supervision TLV
From: Jakub Kicinski @ 2026-04-12 21:13 UTC (permalink / raw)
To: Luka Gejak; +Cc: davem, edumazet, pabeni, netdev, fmaurer, horms
In-Reply-To: <0CA147BE-C5AD-4B02-BE57-B586218B52A2@linux.dev>
On Sun, 12 Apr 2026 22:46:48 +0200 Luka Gejak wrote:
> On April 12, 2026 10:31:57 PM GMT+02:00, Jakub Kicinski <kuba@kernel.org> wrote:
> >On Sun, 12 Apr 2026 22:13:35 +0200 Luka Gejak wrote:
> >> Regarding the TLV loop: I actually implemented a TLV walker in v4 [1]
> >> for this exact reason, but I moved to strict sequential parsing in v5
> >> based on reviewer's feedback to keep the implementation simple. Could
> >> you please check if the approach used in v4 is what you had in mind?
> >> If so, I will rebase that logic onto the memory safety fixes
> >> (pskb_may_pull) from v5 and submit it as v6.
> >
> >That's not really what I had in mind. I was thinking of a loop which
> >just skips the TLVs in order, leaving the parsing of known TLVs as is.
> >But I've never used HSR maybe this sort of strict validation is somehow
> >okay in HSR deployments.
> >
> >Please just undo the comment tweaks then.
>
> So keep other changes as is and only undo comment changes?
Yes, how is that not clear from my previous message? :|
^ permalink raw reply
* [ANN] net-next is CLOSED
From: Jakub Kicinski @ 2026-04-12 21:22 UTC (permalink / raw)
To: netdev
Hi!
Linus tagged final v7.0 so net-next is closed. We will look thru
what's one the list, new net-next postings have to wait until Apr 27th.
^ permalink raw reply
* Re: [PATCH net-next v9 00/10] net: phy_port: SFP modules representation and phy_port listing
From: Jakub Kicinski @ 2026-04-12 21:27 UTC (permalink / raw)
To: Maxime Chevallier
Cc: Paolo Abeni, davem, Andrew Lunn, Eric Dumazet, Russell King,
Heiner Kallweit, netdev, linux-kernel, thomas.petazzoni,
Christophe Leroy, Herve Codina, Florian Fainelli, Vladimir Oltean,
Köry Maincent, Marek Behún, Oleksij Rempel,
Nicolò Veronese, Simon Horman, mwojtas, Romain Gantois,
Daniel Golle, Dimitri Fedrau
In-Reply-To: <e6380e63-52b1-4d49-b639-ca638bf21225@bootlin.com>
On Thu, 9 Apr 2026 10:40:13 +0200 Maxime Chevallier wrote:
> Let's see if the PHY crew have things to say on the overall approach :)
Not a word from them. I suspect we need call a meeting or just apply
this after the merge window..
^ permalink raw reply
* Re: [PATCH net v2] net: phy: fix a return path in get_phy_c45_ids()
From: patchwork-bot+netdevbpf @ 2026-04-12 21:30 UTC (permalink / raw)
To: Charles Perry
Cc: netdev, andrew, hkallweit1, linux, davem, edumazet, kuba, pabeni,
florian.fainelli, linux-kernel
In-Reply-To: <20260409133654.3203336-1-charles.perry@microchip.com>
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 9 Apr 2026 06:36:54 -0700 you wrote:
> The return value of phy_c45_probe_present() is stored in "ret", not
> "phy_reg", fix this. "phy_reg" always has a positive value if we reach
> this return path (since it would have returned earlier otherwise), which
> means that the original goal of the patch of not considering -ENODEV
> fatal wasn't achieved.
>
> Fixes: 17b447539408 ("net: phy: c45 scanning: Don't consider -ENODEV fatal")
> Signed-off-by: Charles Perry <charles.perry@microchip.com>
> Reviewed-by: Andrew Lunn <andrew@lunn.ch>
>
> [...]
Here is the summary with links:
- [net,v2] net: phy: fix a return path in get_phy_c45_ids()
https://git.kernel.org/netdev/net/c/6f533abe7bba
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH v3 net] vsock: fix buffer size clamping order
From: patchwork-bot+netdevbpf @ 2026-04-12 21:40 UTC (permalink / raw)
To: Norbert Szetei
Cc: sgarzare, davem, edumazet, kuba, pabeni, horms, virtualization,
netdev, linux-kernel
In-Reply-To: <180118C5-8BCF-4A63-A305-4EE53A34AB9C@doyensec.com>
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 9 Apr 2026 18:34:12 +0200 you wrote:
> In vsock_update_buffer_size(), the buffer size was being clamped to the
> maximum first, and then to the minimum. If a user sets a minimum buffer
> size larger than the maximum, the minimum check overrides the maximum
> check, inverting the constraint.
>
> This breaks the intended socket memory boundaries by allowing the
> vsk->buffer_size to grow beyond the configured vsk->buffer_max_size.
>
> [...]
Here is the summary with links:
- [v3,net] vsock: fix buffer size clamping order
https://git.kernel.org/netdev/net/c/d114bfdc9b76
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH net 0/2] mlx5 misc fixes 2026-04-09
From: patchwork-bot+netdevbpf @ 2026-04-12 21:50 UTC (permalink / raw)
To: Tariq Toukan
Cc: edumazet, kuba, pabeni, andrew+netdev, davem, borisp, saeedm,
leon, mbloch, jianbol, kees, lkayal, michal.swiatkowski, gal,
royno, roid, raeds, netdev, linux-rdma, linux-kernel, dtatulea
In-Reply-To: <20260409202852.158059-1-tariqt@nvidia.com>
Hello:
This series was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 9 Apr 2026 23:28:50 +0300 you wrote:
> Hi,
>
> This small patchset provides misc bug fixes from Gal to the mlx5 Eth
> driver.
>
> Thanks,
> Tariq.
>
> [...]
Here is the summary with links:
- [net,1/2] net/mlx5e: Fix features not applied during netdev registration
https://git.kernel.org/netdev/net/c/9994ad4df82d
- [net,2/2] net/mlx5e: IPsec, fix ASO poll timeout with read_poll_timeout_atomic()
https://git.kernel.org/netdev/net/c/edccdd1eb947
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH net-next 0/5] net: reduce sk_filter() (and friends) bloat
From: patchwork-bot+netdevbpf @ 2026-04-12 21:50 UTC (permalink / raw)
To: Eric Dumazet; +Cc: davem, kuba, pabeni, horms, netdev, eric.dumazet
In-Reply-To: <20260409145625.2306224-1-edumazet@google.com>
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 9 Apr 2026 14:56:19 +0000 you wrote:
> Some functions return an error by value, and a drop_reason
> by an output parameter. This extra parameter can force stack canaries.
>
> A drop_reason is enough and more efficient.
>
> This series reduces bloat by 678 bytes on x86_64:
>
> [...]
Here is the summary with links:
- [net-next,1/5] net: change sock_queue_rcv_skb_reason() to return a drop_reason
https://git.kernel.org/netdev/net-next/c/900f27fb797c
- [net-next,2/5] net: always set reason in sk_filter_trim_cap()
https://git.kernel.org/netdev/net-next/c/734ea7e324ad
- [net-next,3/5] net: change sk_filter_reason() to return the reason by value
https://git.kernel.org/netdev/net-next/c/c78bcbd51976
- [net-next,4/5] tcp: change tcp_filter() to return the reason by value
https://git.kernel.org/netdev/net-next/c/97449a5f1a58
- [net-next,5/5] net: change sk_filter_trim_cap() to return a drop_reason by value
https://git.kernel.org/netdev/net-next/c/fb37aea2a00e
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [pull-request] mlx5-next updates 2026-04-09
From: patchwork-bot+netdevbpf @ 2026-04-12 21:50 UTC (permalink / raw)
To: Tariq Toukan
Cc: edumazet, kuba, pabeni, andrew+netdev, davem, leon, jgg, saeedm,
mbloch, shayd, parav, joe, horms, linux-rdma, linux-kernel,
netdev, gal, dtatulea
In-Reply-To: <20260409110431.154894-1-tariqt@nvidia.com>
Hello:
This pull request was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Thu, 9 Apr 2026 14:04:31 +0300 you wrote:
> Hi,
>
> The following pull-request contains common mlx5 updates
> for your *net-next* tree.
> Please pull and let me know of any problem.
>
> Regards,
> Tariq
>
> [...]
Here is the summary with links:
- [pull-request] mlx5-next updates 2026-04-09
https://git.kernel.org/netdev/net-next/c/f05b619d0fb6
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [PATCH net-next v5 0/3] Add support for PIC64-HPSC/HX MDIO controller
From: patchwork-bot+netdevbpf @ 2026-04-12 21:50 UTC (permalink / raw)
To: Charles Perry
Cc: netdev, MameMaria.Mbaye, andrew+netdev, davem, edumazet, kuba,
pabeni, robh, krzk+dt, conor+dt, hkallweit1, linux, devicetree
In-Reply-To: <20260408131821.1145334-1-charles.perry@microchip.com>
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Wed, 8 Apr 2026 06:18:13 -0700 you wrote:
> Hello,
>
> This series adds a driver for the two MDIO controllers of PIC64-HPSC/HX.
> The hardware supports C22 and C45 but only C22 is implemented for now.
>
> This MDIO hardware is based on a Microsemi design supported in Linux by
> mdio-mscc-miim.c. However, The register interface is completely different
> with pic64hpsc, hence the need for a separate driver.
>
> [...]
Here is the summary with links:
- [net-next,v5,1/3] dt-bindings: net: document Microchip PIC64-HPSC/HX MDIO controller
https://git.kernel.org/netdev/net-next/c/268bb35d1a34
- [net-next,v5,2/3] net: mdio: add a driver for PIC64-HPSC/HX MDIO controller
https://git.kernel.org/netdev/net-next/c/f76aef980206
- [net-next,v5,3/3] net: phy: add a PHY write barrier when disabling interrupts
https://git.kernel.org/netdev/net-next/c/96aefe3afe0e
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* [PATCH net-next 0/5] pull request: ovpn 2026-04-13
From: Antonio Quartulli @ 2026-04-12 22:11 UTC (permalink / raw)
To: netdev
Cc: ralf, Antonio Quartulli, Sabrina Dubroca, Jakub Kicinski,
Paolo Abeni, Andrew Lunn, David S. Miller, Eric Dumazet
Hi Jakub,
I know I am on the edge of the merge window, but I still wanted to send
this batch of improvements for the ovpn kselftest because, as you
pointed out after my last PR, there were still some pending issues with
the latest changes I sent.
This PR is entirely about improving selftests to avoid hangs and ensure
they better cope with the kernel CI.
See the tag content for a more detailed summary.
Sorry for being late :/ I hope this can still go in.
There is no change outside of the selftest folder.
Please pull or let me know of any issue!
Thanks a lot,
Antonio
The following changes since commit 42f9b4c6ef19e71d2c7d9bfd3c5037d4fe434ad7:
tools: ynl: tests: fix leading space on Makefile target (2026-04-09 20:41:40 -0700)
are available in the Git repository at:
https://github.com/OpenVPN/ovpn-net-next.git tags/ovpn-net-next-20260412
for you to fetch changes up to dc76eb924963f6d48980b6113888c6103f16b8f8:
selftests: ovpn: align command flow with TAP (2026-04-13 00:08:43 +0200)
----------------------------------------------------------------
This batch includes only improvements to the selftest harness:
* switch to TAP test orchestration
* parse slurped notifications as returned by jq -s
* add ovpn_ prefix to helpers and global variables
* fail test in case of netlink notification mismatch
* add missing kernel config dependencies
----------------------------------------------------------------
Ralf Lici (5):
selftests: ovpn: add nftables config dependencies for test-mark
selftests: ovpn: fail notification check on mismatch
selftests: ovpn: flatten slurped notification JSON before filtering
selftests: ovpn: add namespace to helpers and shared variables
selftests: ovpn: align command flow with TAP
tools/testing/selftests/net/ovpn/common.sh | 282 ++++++++++----
tools/testing/selftests/net/ovpn/config | 3 +
.../testing/selftests/net/ovpn/test-chachapoly.sh | 2 +-
.../selftests/net/ovpn/test-close-socket-tcp.sh | 2 +-
.../selftests/net/ovpn/test-close-socket.sh | 83 ++--
tools/testing/selftests/net/ovpn/test-float.sh | 2 +-
tools/testing/selftests/net/ovpn/test-mark.sh | 223 +++++++----
.../selftests/net/ovpn/test-symmetric-id-float.sh | 4 +-
.../selftests/net/ovpn/test-symmetric-id-tcp.sh | 4 +-
.../selftests/net/ovpn/test-symmetric-id.sh | 2 +-
tools/testing/selftests/net/ovpn/test-tcp.sh | 2 +-
tools/testing/selftests/net/ovpn/test.sh | 423 ++++++++++++++-------
12 files changed, 706 insertions(+), 326 deletions(-)
^ permalink raw reply
* [PATCH net-next 1/5] selftests: ovpn: add nftables config dependencies for test-mark
From: Antonio Quartulli @ 2026-04-12 22:11 UTC (permalink / raw)
To: netdev
Cc: ralf, Sabrina Dubroca, Jakub Kicinski, Paolo Abeni, Andrew Lunn,
David S. Miller, Eric Dumazet, Antonio Quartulli
In-Reply-To: <20260412221121.410365-1-antonio@openvpn.net>
From: Ralf Lici <ralf@mandelbit.com>
test-mark.sh installs nftables rules in an inet/filter output chain and
verifies packet drops via nft counters. In vmksft this can fail when the
nftables core is not enabled by the ovpn selftest config.
Add the missing kernel options required by this test:
- CONFIG_NETFILTER
- CONFIG_NF_TABLES
- CONFIG_NF_TABLES_INET
Fixes: 7b80d8a33500 ("selftests: ovpn: add test for the FW mark feature")
Reported-by: Jakub Kicinski <kuba@kernel.org>
Closes: https://lore.kernel.org/all/20260319124114.42f91f72@kernel.org/
Signed-off-by: Ralf Lici <ralf@mandelbit.com>
Signed-off-by: Antonio Quartulli <antonio@openvpn.net>
---
tools/testing/selftests/net/ovpn/config | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/testing/selftests/net/ovpn/config b/tools/testing/selftests/net/ovpn/config
index 42699740936d..d6cf033d555e 100644
--- a/tools/testing/selftests/net/ovpn/config
+++ b/tools/testing/selftests/net/ovpn/config
@@ -5,6 +5,9 @@ CONFIG_CRYPTO_GCM=y
CONFIG_DST_CACHE=y
CONFIG_INET=y
CONFIG_NET=y
+CONFIG_NETFILTER=y
CONFIG_NET_UDP_TUNNEL=y
+CONFIG_NF_TABLES=m
+CONFIG_NF_TABLES_INET=y
CONFIG_OVPN=m
CONFIG_STREAM_PARSER=y
--
2.52.0
^ permalink raw reply related
* [PATCH net-next 2/5] selftests: ovpn: fail notification check on mismatch
From: Antonio Quartulli @ 2026-04-12 22:11 UTC (permalink / raw)
To: netdev
Cc: ralf, Sabrina Dubroca, Jakub Kicinski, Paolo Abeni, Andrew Lunn,
David S. Miller, Eric Dumazet, Antonio Quartulli
In-Reply-To: <20260412221121.410365-1-antonio@openvpn.net>
From: Ralf Lici <ralf@mandelbit.com>
compare_ntfs doesn't fail when expected and received notification
streams diverge.
Fix this bug by trackink the diff exit status explicitly and return it
to the caller so notification mismatches propagate as test failures.
Fixes: 77de28cd7cf1 ("selftests: ovpn: add notification parsing and matching")
Signed-off-by: Ralf Lici <ralf@mandelbit.com>
Signed-off-by: Antonio Quartulli <antonio@openvpn.net>
---
tools/testing/selftests/net/ovpn/common.sh | 13 ++++++++++++-
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/tools/testing/selftests/net/ovpn/common.sh b/tools/testing/selftests/net/ovpn/common.sh
index 4c08f756e63a..336a2a14285f 100644
--- a/tools/testing/selftests/net/ovpn/common.sh
+++ b/tools/testing/selftests/net/ovpn/common.sh
@@ -140,23 +140,34 @@ add_peer() {
}
compare_ntfs() {
+ local diff_rc=0
+ local diff_file
+
if [ ${#tmp_jsons[@]} -gt 0 ]; then
suffix=""
[ "${SYMMETRIC_ID}" -eq 1 ] && suffix="${suffix}-symm"
[ "$FLOAT" == 1 ] && suffix="${suffix}-float"
expected="json/peer${1}${suffix}.json"
received="${tmp_jsons[$1]}"
+ diff_file=$(mktemp)
kill -TERM ${listener_pids[$1]} || true
wait ${listener_pids[$1]} || true
printf "Checking notifications for peer ${1}... "
if diff <(jq -s "${JQ_FILTER}" ${expected}) \
- <(jq -s "${JQ_FILTER}" ${received}); then
+ <(jq -s "${JQ_FILTER}" ${received}) >"${diff_file}" 2>&1; then
echo "OK"
+ else
+ diff_rc=$?
+ echo "failed"
+ cat "${diff_file}"
fi
+ rm -f "${diff_file}" || true
rm -f ${received} || true
fi
+
+ return "${diff_rc}"
}
cleanup() {
--
2.52.0
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox