* Re: [GIT PULL] wireless-2026-04-08
From: patchwork-bot+netdevbpf @ 2026-04-09 2:00 UTC (permalink / raw)
To: Johannes Berg; +Cc: netdev, linux-wireless
In-Reply-To: <20260408081802.111623-3-johannes@sipsolutions.net>
Hello:
This pull request was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Wed, 8 Apr 2026 10:15:25 +0200 you wrote:
> Hi,
>
> So in a way I'd hoped it wouldn't come to this, but while I
> was out last week a couple of things came in that seemed
> relevant enough to squeeze in now. I guess it wouldn't be
> much of an issue if not, but I figured I'd try anyway :)
>
> [...]
Here is the summary with links:
- [GIT,PULL] wireless-2026-04-08
https://git.kernel.org/netdev/net/c/d65b175cfac6
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 1/2] xfrm: update outdated comment
From: patchwork-bot+netdevbpf @ 2026-04-09 2:00 UTC (permalink / raw)
To: Steffen Klassert; +Cc: davem, kuba, herbert, netdev
In-Reply-To: <20260408094258.148555-2-steffen.klassert@secunet.com>
Hello:
This series was applied to netdev/net-next.git (main)
by Steffen Klassert <steffen.klassert@secunet.com>:
On Wed, 8 Apr 2026 11:42:40 +0200 you wrote:
> From: kexinsun <kexinsun@smail.nju.edu.cn>
>
> The function __xfrm4_bundle_create() was refactored into
> xfrm_bundle_create() (among others) by commit 25ee3286dcbc
> ("xfrm: Merge common code into xfrm_bundle_create"). The
> responsibility for setting dst->obsolete to DST_OBSOLETE_FORCE_CHK
> now lives in xfrm_bundle_create(). Update the comment accordingly.
>
> [...]
Here is the summary with links:
- [1/2] xfrm: update outdated comment
https://git.kernel.org/netdev/net-next/c/be14d13625c9
- [2/2] xfrm: Drop support for HMAC-RIPEMD-160
https://git.kernel.org/netdev/net-next/c/05d42dc8ab92
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: (subset) [PATCH 0/7] clk: qcom: add support for the clock controllers on Nord platforms
From: Bjorn Andersson @ 2026-04-09 2:07 UTC (permalink / raw)
To: Michael Turquette, Stephen Boyd, Rob Herring, Krzysztof Kozlowski,
Conor Dooley, Taniya Das, Taniya Das, Richard Cochran, Shawn Guo,
Deepti Jaggi, Bartosz Golaszewski
Cc: linux-arm-msm, linux-clk, devicetree, linux-kernel, netdev,
Prasanna Tolety
In-Reply-To: <20260403-nord-clks-v1-0-018af14979fd@oss.qualcomm.com>
On Fri, 03 Apr 2026 16:10:48 +0200, Bartosz Golaszewski wrote:
> This documents the gcc, tcsr and rpmhcc support in Nord platforms and
> adds corresponding drivers as well as enables them in arm64 defconfig.
>
>
Applied, thanks!
[1/7] dt-bindings: clock: qcom: Document the Nord SoC TCSR Clock Controller
commit: 31fcf6995e74117fe235a7a07a6e13077070b4a2
[2/7] dt-bindings: clock: qcom-rpmhcc: Add support for Nord SoCs
commit: 8a108047245780ca17667b05a7af600d118ec1d6
[3/7] dt-bindings: clock: qcom: Add Nord Global Clock Controller
commit: 06498d59bb4e10032b1495762a999d640fe4a8dc
[4/7] clk: qcom: Add TCSR clock driver for Nord SoC
commit: 9d13c7bbee5f789738a645df5868b69da5ae3879
[5/7] clk: qcom: rpmh: Add support for Nord rpmh clocks
commit: cf6e6ac63c62cb9f60f981dbaebe591bdbee2f46
[6/7] clk: qcom: gcc: Add multiple global clock controller driver for Nord SoC
commit: a4f780cd5c7aa8c0d2d044ffd153f7a3a13ca81e
Best regards,
--
Bjorn Andersson <andersson@kernel.org>
^ permalink raw reply
* Re: [PATCH net-next] docs: netdev: improve wording of reviewer guidance
From: patchwork-bot+netdevbpf @ 2026-04-09 2:10 UTC (permalink / raw)
To: Jakub Kicinski
Cc: davem, netdev, edumazet, pabeni, andrew+netdev, horms, corbet,
skhan, workflows, linux-doc
In-Reply-To: <20260406175334.3153451-1-kuba@kernel.org>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Mon, 6 Apr 2026 10:53:34 -0700 you wrote:
> Reword the reviewer guidance based on behavior we see on the list.
> Steer folks:
> - towards sending tags
> - away from process issues.
>
> Signed-off-by: Jakub Kicinski <kuba@kernel.org>
>
> [...]
Here is the summary with links:
- [net-next] docs: netdev: improve wording of reviewer guidance
https://git.kernel.org/netdev/net-next/c/bd5c24e4001d
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [GIT PULL v2 net-next] netfilter: updates for net-next
From: patchwork-bot+netdevbpf @ 2026-04-09 2:10 UTC (permalink / raw)
To: Florian Westphal
Cc: netdev, pabeni, davem, edumazet, kuba, netfilter-devel, pablo
In-Reply-To: <20260408060419.25258-1-fw@strlen.de>
Hello:
This pull request was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Wed, 8 Apr 2026 08:04:19 +0200 you wrote:
> No changes since v1, I only dropped the last patch (13/13). This is also
> why I am not resending the individual patches again.
>
> The following PR contains Netfilter updates for *net-next*:
>
> 1) Fix ancient sparse warnings in nf conntrack nat modules, from
> Sun Jian.
> 2) Fix typo in enum description, from Jelle van der Waa.
> 3) remove redundant refetch of netns pointer in nf_conntrack_sip.
> 4) add a deprecation warning for dccp match.
> We can extend the deadline later if needed, but plan atm is to
> remove the feature.
> 5) remove nf_conntrack_h323 debug code that can read out-of-bounds
> with malformed messages. This code was commented out, but better
> remove this.
> 6+7) add more netlink policy validations in netfilter.
> This could theoretically cause issues when a client sends e.g.
> unsupported feature flags that were previously ignored, so we
> may have to relax some changes. For now, try to be stricter and
> reject upfront.
> 8+9) minor code cleanup in nft_set_pipapo (an nftables set backend).
> 10) Add nftables matching support fro double-tagged vlan and pppoe
> frames, from Pablo Neira Ayuso.
> 11) Fix up indentation of debug messages in nf_conntrack_h323 conntrack
> helper, from David Laight.
> 12) Add a helper to iterate to next flow action and bail out if the
> maximum number of actions is reached, also from Pablo.
>
> [...]
Here is the summary with links:
- [GIT,PULL,v2,net-next] netfilter: updates for net-next
https://git.kernel.org/netdev/net-next/c/1795654f0005
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* Re: [RFC net-next 15/15] Documentation: networking: add ipxlat translator guide
From: Xavier HSINYUAN @ 2026-04-09 2:17 UTC (permalink / raw)
To: Daniel Gröber
Cc: ralf, antonio, corbet, davem, edumazet, horms, kuba, linux-doc,
linux-kernel, netdev, pabeni, skhan
In-Reply-To: <fldksy7obiaonlcxrjcbnfkfmaup27t3fq3ktubd7sx35fsswx@hjmchh6sr7rw>
Hi Daniel,
> Indeed, the JSON is just wrong and --do dev-set is missing. However
> `--family ipxlat` works for me and looking at the code is basically the
> same as specifying --spec.
>
> Could you try this:
>
> $ JSON='{"ifindex": '"$IID"', "config": {"xlat-prefix6": { "prefix": "'$ADDR_HEX'", "prefix-len": 96}}}'
> $ ./tools/net/ynl/pyynl/cli.py --family ipxlat --do dev-set --json "$JSON"
This looks good to me now. `--family ipxlat` is fine with me if this runs
from the source tree.
> I worry once we start with that we're really just re-stating what's already
> extensively documented in the RFCs.
>
> How about a reference to RFC 7915 Appendix A? This has a full bidirectional
> end-to-end example of how translation operates:
> https://datatracker.ietf.org/doc/html/rfc7915#appendix-A
>
> Admittedly using a /96 prefix (which the appendix doesn't) would make it
> easier to grok whats going on. Not sure that's reason enough to get into
> more detailed examples here.
A reference to RFC 7915 Appendix A sounds good to me. Still, a short /96
mapping example would help readers quickly see how the translation works
before reading the full RFC, and would make the following NAT64 section
easier to follow as well.
Best regards,
Xavier
^ permalink raw reply
* Re: [RFC net-next 05/15] ipxlat: add IPv6 packet validation path
From: Xavier HSINYUAN @ 2026-04-09 2:18 UTC (permalink / raw)
To: ralf
Cc: andrew+netdev, antonio, davem, dxld, edumazet, kuba, linux-kernel,
netdev, pabeni
In-Reply-To: <20260319151230.655687-6-ralf@mandelbit.com>
Hi Ralf,
>+static int ipxlat_v6_validate_icmp_csum(const struct sk_buff *skb)
>+{
>+ struct ipv6hdr *iph6;
>+ unsigned int len;
>+ __sum16 csum;
>+
>+ if (skb->ip_summed != CHECKSUM_NONE)
>+ return 0;
>+
>+ iph6 = ipv6_hdr(skb);
>+ len = ipxlat_skb_datagram_len(skb);
>+ csum = csum_ipv6_magic(&iph6->saddr, &iph6->daddr, len, NEXTHDR_ICMP,
>+ skb_checksum(skb, skb_transport_offset(skb), len,
>+ 0));
>+
>+ return unlikely(csum) ? -EINVAL : 0;
>+}
We should include net/ip6_checksum.h to make x86_64 with KMSAN/KASAN and
other architectures with optional _HAVE_ARCH_IPV6_CSUM happy.
Best regards,
Xavier
^ permalink raw reply
* Re: [PATCH] net: txgbe: leave space for null terminators on property_entry
From: patchwork-bot+netdevbpf @ 2026-04-09 2:20 UTC (permalink / raw)
To: Fabio Baltieri
Cc: jiawenwu, mengyuanlou, andrew+netdev, davem, edumazet, kuba,
pabeni, horms, netdev, linux-kernel
In-Reply-To: <20260405222013.5347-1-fabio.baltieri@gmail.com>
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Sun, 5 Apr 2026 23:20:13 +0100 you wrote:
> Lists of struct property_entry are supposed to be terminated with an
> empty property, this driver currently seems to be allocating exactly the
> amount of entry used.
>
> Change the struct definition to leave an extra element for all
> property_entry.
>
> [...]
Here is the summary with links:
- net: txgbe: leave space for null terminators on property_entry
https://git.kernel.org/netdev/net/c/5a37d228799b
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] net: ioam6: fix OOB and missing lock
From: patchwork-bot+netdevbpf @ 2026-04-09 2:20 UTC (permalink / raw)
To: Justin Iurman; +Cc: netdev, davem, dsahern, edumazet, kuba, pabeni, horms
In-Reply-To: <20260404134137.24553-1-justin.iurman@gmail.com>
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Sat, 4 Apr 2026 15:41:37 +0200 you wrote:
> When trace->type.bit6 is set:
>
> if (trace->type.bit6) {
> ...
> queue = skb_get_tx_queue(dev, skb);
> qdisc = rcu_dereference(queue->qdisc);
>
> [...]
Here is the summary with links:
- [net] net: ioam6: fix OOB and missing lock
https://git.kernel.org/netdev/net/c/b30b1675aa2b
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] net: phy: realtek: get rid of magic numbers in rtl8201_config_intr()
From: patchwork-bot+netdevbpf @ 2026-04-09 2:20 UTC (permalink / raw)
To: Aleksander Jan Bajkowski
Cc: andrew, hkallweit1, linux, davem, edumazet, kuba, pabeni, daniel,
vladimir.oltean, michael, markus.stockhausen, ih, rmk+kernel,
netdev, linux-kernel
In-Reply-To: <20260406201222.1043396-1-olek2@wp.pl>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Mon, 6 Apr 2026 22:12:12 +0200 you wrote:
> Replace the magic numbers with defines. Register names were obtained from
> publicly available documentation[1]. This should make it clear what's going
> on in the code.
>
> 1. RTL8201F/RTL8201FL/RTL8201FN Rev. 1.4 Datasheet
> Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
>
> [...]
Here is the summary with links:
- [net-next] net: phy: realtek: get rid of magic numbers in rtl8201_config_intr()
https://git.kernel.org/netdev/net-next/c/dbc2bb4e8742
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] bonding: remove unused bond_is_first_slave and bond_is_last_slave macros
From: patchwork-bot+netdevbpf @ 2026-04-09 2:20 UTC (permalink / raw)
To: Xiang Mei; +Cc: netdev, jv, andy, davem, edumazet, kuba, pabeni
In-Reply-To: <20260404220412.444753-1-xmei5@asu.edu>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Sat, 4 Apr 2026 15:04:12 -0700 you wrote:
> Since commit 2884bf72fb8f ("net: bonding: fix use-after-free in
> bond_xmit_broadcast()"), bond_is_last_slave() was only used in
> bond_xmit_broadcast(). After the recent fix replaced that usage with
> a simple index comparison, bond_is_last_slave() has no remaining
> callers. bond_is_first_slave() likewise has no callers.
>
> Remove both unused macros.
>
> [...]
Here is the summary with links:
- [net-next] bonding: remove unused bond_is_first_slave and bond_is_last_slave macros
https://git.kernel.org/netdev/net-next/c/f81f4e79b192
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 1/4] net: dsa: remove struct platform_data
From: Jakub Kicinski @ 2026-04-09 2:38 UTC (permalink / raw)
To: Vladimir Oltean
Cc: netdev, David S. Miller, Eric Dumazet, Paolo Abeni, Simon Horman,
Andrew Lunn
In-Reply-To: <20260406212158.721806-2-vladimir.oltean@nxp.com>
On Tue, 7 Apr 2026 00:21:55 +0300 Vladimir Oltean wrote:
> - ``dsa_switch_tree``: structure assigned to the conduit network device under
> ``dsa_ptr``, this structure references a dsa_platform_data structure as well as
> the tagging protocol supported by the switch tree, and which receive/transmit
AIs point out struct dsa_switch_tree still contains a pointer to struct
dsa_platform_data and the doc above mentions it. Please follow up.
^ permalink raw reply
* Re: [PATCH net-next 1/2] keys, dns: drop unused upayload->data NUL terminator
From: Jakub Kicinski @ 2026-04-09 2:39 UTC (permalink / raw)
To: Thorsten Blum
Cc: David S. Miller, Eric Dumazet, Paolo Abeni, Simon Horman,
Tim Bird, netdev, linux-kernel
In-Reply-To: <20260406175810.1018681-3-thorsten.blum@linux.dev>
On Mon, 6 Apr 2026 19:58:09 +0200 Thorsten Blum wrote:
> Subject: [PATCH net-next 1/2] keys, dns: drop unused upayload->data NUL terminator
This says net-next but patch 2 never reached netdev@
--
pw-bot: cr
^ permalink raw reply
* Re: [PATCH net-next] codel: annotate data-races in codel_dump_stats()
From: patchwork-bot+netdevbpf @ 2026-04-09 2:40 UTC (permalink / raw)
To: Eric Dumazet; +Cc: davem, kuba, pabeni, horms, jhs, jiri, netdev, eric.dumazet
In-Reply-To: <20260407143053.1570620-1-edumazet@google.com>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Tue, 7 Apr 2026 14:30:53 +0000 you wrote:
> codel_dump_stats() only runs with RTNL held,
> reading fields that can be changed in qdisc fast path.
>
> Add READ_ONCE()/WRITE_ONCE() annotations.
>
> Alternative would be to acquire the qdisc spinlock, but our long-term
> goal is to make qdisc dump operations lockless as much as we can.
>
> [...]
Here is the summary with links:
- [net-next] codel: annotate data-races in codel_dump_stats()
https://git.kernel.org/netdev/net-next/c/ea25e03da7a7
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 v2] selftests: forwarding: lib: rewrite processing of command line arguments
From: patchwork-bot+netdevbpf @ 2026-04-09 2:40 UTC (permalink / raw)
To: Ioana Ciornei
Cc: netdev, andrew+netdev, davem, edumazet, kuba, pabeni, horms,
linux-kernel, petrm, willemb, linux-kselftest, shuah, liuhangbin
In-Reply-To: <20260407102058.867279-1-ioana.ciornei@nxp.com>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Tue, 7 Apr 2026 13:20:58 +0300 you wrote:
> The piece of code which processes the command line arguments and
> populates NETIFS based on them is really unobvious. Rewrite it so that
> the intention is clear and the code is easy to follow.
>
> Suggested-by: Petr Machata <petrm@nvidia.com>
> Signed-off-by: Ioana Ciornei <ioana.ciornei@nxp.com>
>
> [...]
Here is the summary with links:
- [net-next,v2] selftests: forwarding: lib: rewrite processing of command line arguments
https://git.kernel.org/netdev/net-next/c/fff75dba7992
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] net: initialize sk_rx_queue_mapping in sk_clone()
From: patchwork-bot+netdevbpf @ 2026-04-09 2:40 UTC (permalink / raw)
To: Jiayuan Chen
Cc: netdev, edumazet, kuniyu, pabeni, willemb, davem, kuba, horms,
soheil, linux-kernel
In-Reply-To: <20260407084219.95718-1-jiayuan.chen@linux.dev>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Tue, 7 Apr 2026 16:42:18 +0800 you wrote:
> sk_clone() initializes sk_tx_queue_mapping via sk_tx_queue_clear()
> but does not initialize sk_rx_queue_mapping. Since this field is in
> the sk_dontcopy region, it is neither copied from the parent socket
> by sock_copy() nor zeroed by sk_prot_alloc() (called without
> __GFP_ZERO from sk_clone).
>
> Commit 03cfda4fa6ea ("tcp: fix another uninit-value
> (sk_rx_queue_mapping)") attempted to fix this by introducing
> sk_mark_napi_id_set() with force_set=true in tcp_child_process().
> However, sk_mark_napi_id_set() -> sk_rx_queue_set() only writes
> when skb_rx_queue_recorded(skb) is true. If the 3-way handshake
> ACK arrives through a device that does not record rx_queue (e.g.
> loopback or veth), sk_rx_queue_mapping remains uninitialized.
>
> [...]
Here is the summary with links:
- [net] net: initialize sk_rx_queue_mapping in sk_clone()
https://git.kernel.org/netdev/net-next/c/1a6b3965385a
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] net: dropreason: add MACVLAN_BROADCAST_BACKLOG and IPVLAN_MULTICAST_BACKLOG
From: patchwork-bot+netdevbpf @ 2026-04-09 2:40 UTC (permalink / raw)
To: Eric Dumazet; +Cc: davem, kuba, pabeni, horms, joe, netdev, eric.dumazet
In-Reply-To: <20260407150710.1640747-1-edumazet@google.com>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Tue, 7 Apr 2026 15:07:10 +0000 you wrote:
> ipvlan and macvlan use queues to process broadcast/multicast packets
> from a work queue.
>
> Under attack these queues can drop packets.
>
> Add MACVLAN_BROADCAST_BACKLOG drop_reason for macvlan broadcast queue.
>
> [...]
Here is the summary with links:
- [v2,net-next] net: dropreason: add MACVLAN_BROADCAST_BACKLOG and IPVLAN_MULTICAST_BACKLOG
https://git.kernel.org/netdev/net-next/c/202ab599413c
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 v2 0/2] mptcp: autotune related improvement
From: patchwork-bot+netdevbpf @ 2026-04-09 2:40 UTC (permalink / raw)
To: Matthieu Baerts
Cc: martineau, geliang, davem, edumazet, kuba, pabeni, horms, fw,
netdev, mptcp, linux-kernel, rostedt, mhiramat, mathieu.desnoyers,
linux-trace-kernel
In-Reply-To: <20260407-net-next-mptcp-reduce-rbuf-v2-0-0d1d135bf6f6@kernel.org>
Hello:
This series was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Tue, 07 Apr 2026 10:45:16 +0200 you wrote:
> Here are two patches from Paolo that have been crafted a couple of
> months ago, but needed more validation because they were indirectly
> causing instabilities in the sefltests. The root cause has been fixed in
> 'net' recently in commit 8c09412e584d ("selftests: mptcp: more stable
> simult_flows tests").
>
> These patches refactor the receive space and RTT estimator, overall
> making DRS more correct while avoiding receive buffer drifting to
> tcp_rmem[2], which in turn makes the throughput more stable and less
> bursty, especially with high bandwidth and low delay environments.
>
> [...]
Here is the summary with links:
- [net-next,v2,1/2] mptcp: better mptcp-level RTT estimator
https://git.kernel.org/netdev/net-next/c/d2000361e4dd
- [net-next,v2,2/2] mptcp: add receive queue awareness in tcp_rcv_space_adjust()
https://git.kernel.org/netdev/net-next/c/7272d8131a9d
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 v2] net: bcmasp: Switch to page pool for RX path
From: patchwork-bot+netdevbpf @ 2026-04-09 2:40 UTC (permalink / raw)
To: Florian Fainelli
Cc: netdev, andrew+netdev, davem, edumazet, kuba, pabeni, justin.chen,
vikas.gupta, rajashekar.hudumula, bhargava.marreddy, arnd, markus,
hkallweit1, fmancera, linux-kernel, bcm-kernel-feedback-list, nb
In-Reply-To: <20260408001813.635679-1-florian.fainelli@broadcom.com>
Hello:
This patch was applied to netdev/net-next.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Tue, 7 Apr 2026 17:18:13 -0700 you wrote:
> This shows an improvement of 1.9% in reducing the CPU cycles and data
> cache misses.
>
> Signed-off-by: Florian Fainelli <florian.fainelli@broadcom.com>
> ---
> Changes in v2:
>
> [...]
Here is the summary with links:
- [net-next,v2] net: bcmasp: Switch to page pool for RX path
https://git.kernel.org/netdev/net-next/c/686a7587bd0b
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
* 回复: [net-next v1 v1 3/5] dt-bindings: net: starfive,jh7110-dwmac: Add JHB100 sgmii rx clk
From: Minda Chen @ 2026-04-09 2:46 UTC (permalink / raw)
To: Andrew Lunn
Cc: Alexandre Torgue, Andrew Lunn, David S . Miller, Eric Dumazet,
Jakub Kicinski, Paolo Abeni, Maxime Coquelin,
Emil Renner Berthing, Rob Herring, Krzysztof Kozlowski,
Conor Dooley, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-stm32@st-md-mailman.stormreply.com,
devicetree@vger.kernel.org
In-Reply-To: <c69cf692-87be-43b5-93ee-38040d5cb1bf@lunn.ch>
>
> > + - description: SGMII RX clock
> >
> > clock-names:
> > - items:
> > - - const: stmmaceth
> > - - const: pclk
> > - - const: ptp_ref
> > - - const: tx
> > - - const: gtx
> > + minItems: 5
> > + maxItems: 6
> > + contains:
> > + enum:
> > + - stmmaceth
> > + - pclk
> > + - ptp_ref
> > + - tx
> > + - gtx
> > + - rx
>
> If this is only used for sgmii, maybe it should have sgmii in the name?
>
> Andrew
Okay. I will change to "sgmii_rx". Thanks
^ permalink raw reply
* [PATCH v2 net 0/2] net: hamradio: fix missing input validation in bpqether and scc
From: Mashiro Chen @ 2026-04-09 2:49 UTC (permalink / raw)
To: netdev
Cc: andrew+netdev, davem, edumazet, kuba, pabeni, jreuter, linux-hams,
linux-kernel, Mashiro Chen
This series fixes two missing input validation bugs in the hamradio
drivers. Both patches were reviewed by Joerg Reuter (hamradio
maintainer).
v2 changes:
- bpqether: no code change; add Acked-by: Joerg Reuter
- scc: drop the upper bound of 4096 per reviewer feedback;
only enforce the minimum of 16
Mashiro Chen (2):
net: hamradio: bpqether: validate frame length in bpq_rcv()
net: hamradio: scc: validate bufsize in SIOCSCCSMEM ioctl
drivers/net/hamradio/bpqether.c | 3 +++
drivers/net/hamradio/scc.c | 2 ++
2 files changed, 5 insertions(+)
--
2.53.0
^ permalink raw reply
* [PATCH v2 net 1/2] net: hamradio: bpqether: validate frame length in bpq_rcv()
From: Mashiro Chen @ 2026-04-09 2:49 UTC (permalink / raw)
To: netdev
Cc: andrew+netdev, davem, edumazet, kuba, pabeni, jreuter, linux-hams,
linux-kernel, Mashiro Chen, stable
In-Reply-To: <20260409024927.24397-1-mashiro.chen@mailbox.org>
The BPQ length field is decoded as:
len = skb->data[0] + skb->data[1] * 256 - 5;
If the sender sets bytes [0..1] to values whose combined value is
less than 5, len becomes negative. Passing a negative int to
skb_trim() silently converts to a huge unsigned value, causing the
function to be a no-op. The frame is then passed up to AX.25 with
its original (untrimmed) payload, delivering garbage beyond the
declared frame boundary.
Additionally, a negative len corrupts the 64-bit rx_bytes counter
through implicit sign-extension.
Add a bounds check before pulling the length bytes: reject frames
where len is negative or exceeds the remaining skb data.
Cc: stable@vger.kernel.org
Cc: linux-hams@vger.kernel.org
Acked-by: Joerg Reuter <jreuter@yaina.de>
Signed-off-by: Mashiro Chen <mashiro.chen@mailbox.org>
---
drivers/net/hamradio/bpqether.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/hamradio/bpqether.c b/drivers/net/hamradio/bpqether.c
index 045c5177262eaf..214fd1f819a1bb 100644
--- a/drivers/net/hamradio/bpqether.c
+++ b/drivers/net/hamradio/bpqether.c
@@ -187,6 +187,9 @@ static int bpq_rcv(struct sk_buff *skb, struct net_device *dev, struct packet_ty
len = skb->data[0] + skb->data[1] * 256 - 5;
+ if (len < 0 || len > skb->len - 2)
+ goto drop_unlock;
+
skb_pull(skb, 2); /* Remove the length bytes */
skb_trim(skb, len); /* Set the length of the data */
--
2.53.0
^ permalink raw reply related
* [PATCH v2 net 2/2] net: hamradio: scc: validate bufsize in SIOCSCCSMEM ioctl
From: Mashiro Chen @ 2026-04-09 2:49 UTC (permalink / raw)
To: netdev
Cc: andrew+netdev, davem, edumazet, kuba, pabeni, jreuter, linux-hams,
linux-kernel, Mashiro Chen, stable
In-Reply-To: <20260409024927.24397-1-mashiro.chen@mailbox.org>
The SIOCSCCSMEM ioctl copies a scc_mem_config from user space and
assigns its bufsize field directly to scc->stat.bufsize without any
range validation:
scc->stat.bufsize = memcfg.bufsize;
If a privileged user (CAP_SYS_RAWIO) sets bufsize to 0, the receive
interrupt handler later calls dev_alloc_skb(0) and immediately writes
a KISS type byte via skb_put_u8() into a zero-capacity socket buffer,
corrupting the adjacent skb_shared_info region.
Reject bufsize values smaller than 16; this is large enough to hold
at least one KISS header byte plus useful data.
Cc: stable@vger.kernel.org
Cc: linux-hams@vger.kernel.org
Signed-off-by: Mashiro Chen <mashiro.chen@mailbox.org>
---
drivers/net/hamradio/scc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/hamradio/scc.c b/drivers/net/hamradio/scc.c
index ae5048efde686a..8569db4a71401c 100644
--- a/drivers/net/hamradio/scc.c
+++ b/drivers/net/hamradio/scc.c
@@ -1909,6 +1909,8 @@ static int scc_net_siocdevprivate(struct net_device *dev,
if (!capable(CAP_SYS_RAWIO)) return -EPERM;
if (!arg || copy_from_user(&memcfg, arg, sizeof(memcfg)))
return -EINVAL;
+ if (memcfg.bufsize < 16)
+ return -EINVAL;
scc->stat.bufsize = memcfg.bufsize;
return 0;
--
2.53.0
^ permalink raw reply related
* [PATCH v2 net] net: ax25: fix integer overflow in ax25_rx_fragment()
From: Mashiro Chen @ 2026-04-09 2:50 UTC (permalink / raw)
To: netdev
Cc: davem, edumazet, kuba, pabeni, horms, jreuter, linux-hams,
linux-kernel, Mashiro Chen, stable
The ax25_cb fragmentation reassembly accumulator:
ax25->fraglen += skb->len;
operates on the unsigned short field 'fraglen' declared in ax25_cb:
unsigned short paclen, fragno, fraglen;
When fragments accumulate with a combined payload exceeding 65535
bytes, fraglen wraps to near zero. The subsequent allocation:
skb = alloc_skb(AX25_MAX_HEADER_LEN + ax25->fraglen, GFP_ATOMIC);
then allocates a tiny buffer. Every skb_put() call in the copy loop
that follows writes far beyond the allocated headroom, corrupting
the kernel heap.
An attacker on an AX.25 link that supports multi-fragment I-frames
(AX25_SEG_FIRST / AX25_SEG_REM mechanism) can trigger this by
sending enough continuation fragments to wrap the 16-bit counter.
With AX.25 segment numbers limited to 7 bits (max 127 continuation
fragments), a fragment payload of ~516 bytes per fragment is
sufficient to overflow.
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.
Cc: stable@vger.kernel.org
Cc: linux-hams@vger.kernel.org
Acked-by: Joerg Reuter <jreuter@yaina.de>
Signed-off-by: Mashiro Chen <mashiro.chen@mailbox.org>
---
net/ax25/ax25_in.c | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/net/ax25/ax25_in.c b/net/ax25/ax25_in.c
index d75b3e9ed93de8..68202c19b19e3f 100644
--- a/net/ax25/ax25_in.c
+++ b/net/ax25/ax25_in.c
@@ -41,6 +41,11 @@ static int ax25_rx_fragment(ax25_cb *ax25, struct sk_buff *skb)
/* Enqueue fragment */
ax25->fragno = *skb->data & AX25_SEG_REM;
skb_pull(skb, 1); /* skip fragno */
+ if ((unsigned int)ax25->fraglen + skb->len > USHRT_MAX) {
+ skb_queue_purge(&ax25->frag_queue);
+ ax25->fragno = 0;
+ return 1;
+ }
ax25->fraglen += skb->len;
skb_queue_tail(&ax25->frag_queue, skb);
--
2.53.0
^ permalink raw reply related
* Re: [PATCH] MAINTAINERS: Add Prashanth as additional maintainer for amd-xgbe driver
From: patchwork-bot+netdevbpf @ 2026-04-09 2:50 UTC (permalink / raw)
To: Raju Rangoju
Cc: linux-kernel, pabeni, kuba, edumazet, davem, andrew+netdev,
netdev, PrashanthKumar.K.R
In-Reply-To: <20260406073816.3218387-1-Raju.Rangoju@amd.com>
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@kernel.org>:
On Mon, 6 Apr 2026 13:08:16 +0530 you wrote:
> Add Prashanth as an additional maintainer for the amd-xgbe Ethernet
> driver to help with ongoing development and maintenance.
>
> Cc: Prashanth Kumar K R <PrashanthKumar.K.R@amd.com>
> Signed-off-by: Raju Rangoju <Raju.Rangoju@amd.com>
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
Here is the summary with links:
- MAINTAINERS: Add Prashanth as additional maintainer for amd-xgbe driver
https://git.kernel.org/netdev/net/c/30f3b767aed4
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply
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