From: netdev-bot+sashiko@kernel.org
To: sigefriedhyy@gmail.com
Cc: ajay.kathat@microchip.com, aleksandr.loktionov@intel.com,
andrew+netdev@lunn.ch, claudiu.beznea@tuxon.dev,
davem@davemloft.net, dsahern@kernel.org, donald.hunter@gmail.com,
edumazet@google.com, idosch@nvidia.com, jacob.e.keller@intel.com,
kuba@kernel.org, johannes@sipsolutions.net, kees@kernel.org,
kory.maincent@bootlin.com, kuniyu@google.com,
nicolas.dichtel@6wind.com, nickgarlis@gmail.com,
pabeni@redhat.com, sd@queasysnail.net, shuah@kernel.org,
horms@kernel.org, sdf.kernel@gmail.com,
vadim.fedorenko@linux.dev, willemb@google.com,
linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org,
linux-wireless@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: [PATCH net-next v10 1/6] netlink: specs: rt-addr: fix the type of target-netnsid
Date: Fri, 09 Oct 2026 11:58:48 +0000 [thread overview]
Message-ID: <179154712848.434549.1887332518398499959@kernel.org> (raw)
In-Reply-To: <20261007115821.11332-2-sigefriedhyy@gmail.com>
Thank you for your contribution! Sashiko AI review found more severe
issue(s) in other patches of this series. This mail is only an FYI, in case
you want to address the nit picks below when you respin.
Low priority / nit picks for your consideration:
- [Low] Commit "netlink: specs: rt-addr: fix the type of target-netnsid"
fixes a real defect in Documentation/netlink/specs/rt-addr.yaml but…
--
netlink: specs: rt-addr: fix the type of target-netnsid
This patch changes the type of the target-netnsid attribute in
rt-addr.yaml from binary to s32. The kernel parses IFA_TARGET_NETNSID
as NLA_S32, and rt-link.yaml already declares its own target-netnsid
as s32.
> The kernel parses IFA_TARGET_NETNSID as NLA_S32 and rt-link.yaml
> declares its target-netnsid as s32, but rt-addr.yaml has it as binary.
>
> Signed-off-by: Yuyang Huang <sigefriedhyy@gmail.com>
> Reviewed-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>
> Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
[Severity: Low]
Should this have a Fixes: tag?
The binary type on target-netnsid goes back to the commit that first
added the spec. A later rename to target-netnsid kept the type as it
was. On the kernel side, IFA_TARGET_NETNSID has always been s32. It
is NLA_S32 in ifa_ipv4_policy in net/ipv4/devinet.c and in the IPv6
policy in net/ipv6/addrconf.c, and it is written with nla_put_s32()
and read with nla_get_s32().
Python YNL is affected on any tree without this fix. When an integer
is passed for target-netnsid, YnlFamily._add_attr() in
tools/net/ynl/pyynl/lib/ynl.py takes the binary branch and raises:
raise YnlException(f'Unknown type for binary attribute, value: {value}')
Replies that carry the attribute are also decoded as raw bytes, not
as a signed int.
Would something like this be appropriate?
Fixes: dfb0f7d9d979 ("doc/netlink: Add spec for rt addr messages")
> diff --git a/Documentation/netlink/specs/rt-addr.yaml b/Documentation/netlink/specs/rt-addr.yaml
> index 0ecbd24c890c..17ead2203451 100644
> --- a/Documentation/netlink/specs/rt-addr.yaml
> +++ b/Documentation/netlink/specs/rt-addr.yaml
> @@ -119,7 +119,7 @@ attribute-sets:
> type: u32
> -
> name: target-netnsid
> - type: binary
> + type: s32
> -
> name: proto
> type: u8
--
Sashiko AI review · https://netdev-ai.bots.linux.dev/sashiko/#/patchset/20261007115821.11332-1-sigefriedhyy%40gmail.com
next prev parent reply other threads:[~2026-10-09 11:58 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-07 11:58 [PATCH net-next v10 0/6] rtnetlink: dump link-layer multicast addresses Yuyang Huang
2026-10-07 11:58 ` [PATCH net-next v10 1/6] netlink: specs: rt-addr: fix the type of target-netnsid Yuyang Huang
2026-10-09 11:58 ` netdev-bot+sashiko [this message]
2026-10-07 11:58 ` [PATCH net-next v10 2/6] net: change netdev_hw_addr_list count through helpers Yuyang Huang
2026-10-07 11:58 ` [PATCH net-next v10 3/6] net: add a generation counter for dev->mc changes Yuyang Huang
2026-10-09 9:50 ` Nicolas Dichtel
2026-10-09 11:58 ` netdev-bot+sashiko
2026-10-07 11:58 ` [PATCH net-next v10 4/6] net: add AF_PACKET multicast dumps Yuyang Huang
2026-10-09 9:57 ` Nicolas Dichtel
2026-10-09 11:58 ` netdev-bot+sashiko
2026-10-07 11:58 ` [PATCH net-next v10 5/6] netlink: specs: rt-addr: document " Yuyang Huang
2026-10-07 11:58 ` [PATCH net-next v10 6/6] selftests: net: test " Yuyang Huang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=179154712848.434549.1887332518398499959@kernel.org \
--to=netdev-bot+sashiko@kernel.org \
--cc=ajay.kathat@microchip.com \
--cc=aleksandr.loktionov@intel.com \
--cc=andrew+netdev@lunn.ch \
--cc=claudiu.beznea@tuxon.dev \
--cc=davem@davemloft.net \
--cc=donald.hunter@gmail.com \
--cc=dsahern@kernel.org \
--cc=edumazet@google.com \
--cc=horms@kernel.org \
--cc=idosch@nvidia.com \
--cc=jacob.e.keller@intel.com \
--cc=johannes@sipsolutions.net \
--cc=kees@kernel.org \
--cc=kory.maincent@bootlin.com \
--cc=kuba@kernel.org \
--cc=kuniyu@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nickgarlis@gmail.com \
--cc=nicolas.dichtel@6wind.com \
--cc=pabeni@redhat.com \
--cc=sd@queasysnail.net \
--cc=sdf.kernel@gmail.com \
--cc=shuah@kernel.org \
--cc=sigefriedhyy@gmail.com \
--cc=vadim.fedorenko@linux.dev \
--cc=willemb@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox