From: Jeremy Kerr <jk@codeconstruct.com.au>
To: Matt Johnston <matt@codeconstruct.com.au>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>,
Paolo Abeni <pabeni@redhat.com>, Simon Horman <horms@kernel.org>
Cc: netdev@vger.kernel.org
Subject: [PATCH net-next v5 04/14] net: mctp: separate cb from direct-addressing routing
Date: Wed, 02 Jul 2025 14:20:04 +0800 [thread overview]
Message-ID: <20250702-dev-forwarding-v5-4-1468191da8a4@codeconstruct.com.au> (raw)
In-Reply-To: <20250702-dev-forwarding-v5-0-1468191da8a4@codeconstruct.com.au>
Now that we have the dst->haddr populated by sendmsg (when extended
addressing is in use), we no longer need to stash the link-layer address
in the skb->cb.
Instead, only use skb->cb for incoming lladdr data.
While we're at it: remove cb->src, as was never used.
Signed-off-by: Jeremy Kerr <jk@codeconstruct.com.au>
---
include/net/mctp.h | 4 ++--
net/mctp/route.c | 21 +++++----------------
2 files changed, 7 insertions(+), 18 deletions(-)
diff --git a/include/net/mctp.h b/include/net/mctp.h
index 6c9c5c48f59a1bf45f9c9d274a3ca2b633e96c75..b3af0690f60749a9bf9f489c7118c82cfd9d577e 100644
--- a/include/net/mctp.h
+++ b/include/net/mctp.h
@@ -183,8 +183,8 @@ struct mctp_sk_key {
struct mctp_skb_cb {
unsigned int magic;
unsigned int net;
- int ifindex; /* extended/direct addressing if set */
- mctp_eid_t src;
+ /* fields below provide extended addressing for ingress to recvmsg() */
+ int ifindex;
unsigned char halen;
unsigned char haddr[MAX_ADDR_LEN];
};
diff --git a/net/mctp/route.c b/net/mctp/route.c
index 3985388a6035377c04c4e4f183c4fceca8111917..23f339b4364316817b90b4fb2952c9eac445dd24 100644
--- a/net/mctp/route.c
+++ b/net/mctp/route.c
@@ -561,35 +561,28 @@ static int mctp_dst_input(struct mctp_dst *dst, struct sk_buff *skb)
static int mctp_dst_output(struct mctp_dst *dst, struct sk_buff *skb)
{
- struct mctp_skb_cb *cb = mctp_cb(skb);
struct mctp_hdr *hdr = mctp_hdr(skb);
char daddr_buf[MAX_ADDR_LEN];
char *daddr = NULL;
int rc;
skb->protocol = htons(ETH_P_MCTP);
+ skb->pkt_type = PACKET_OUTGOING;
if (skb->len > dst->mtu) {
kfree_skb(skb);
return -EMSGSIZE;
}
- /* If we're forwarding, we don't want to use the input path's cb,
- * as it holds the *source* hardware addressing information.
- *
- * We will have a PACKET_HOST skb from the dev, or PACKET_OUTGOING
- * from a socket; only use cb in the latter case.
- */
- if (skb->pkt_type == PACKET_OUTGOING && cb->ifindex) {
- /* direct route; use the hwaddr we stashed in sendmsg */
- if (cb->halen != skb->dev->addr_len) {
+ /* direct route; use the hwaddr we stashed in sendmsg */
+ if (dst->halen) {
+ if (dst->halen != skb->dev->addr_len) {
/* sanity check, sendmsg should have already caught this */
kfree_skb(skb);
return -EMSGSIZE;
}
- daddr = cb->haddr;
+ daddr = dst->haddr;
} else {
- skb->pkt_type = PACKET_OUTGOING;
/* If lookup fails let the device handle daddr==NULL */
if (mctp_neigh_lookup(dst->dev, hdr->dest, daddr_buf) == 0)
daddr = daddr_buf;
@@ -1009,7 +1002,6 @@ int mctp_local_output(struct sock *sk, struct mctp_dst *dst,
struct sk_buff *skb, mctp_eid_t daddr, u8 req_tag)
{
struct mctp_sock *msk = container_of(sk, struct mctp_sock, sk);
- struct mctp_skb_cb *cb = mctp_cb(skb);
struct mctp_sk_key *key;
struct mctp_hdr *hdr;
unsigned long flags;
@@ -1064,9 +1056,6 @@ int mctp_local_output(struct sock *sk, struct mctp_dst *dst,
skb_reset_network_header(skb);
skb->dev = dst->dev->dev;
- /* cb->net will have been set on initial ingress */
- cb->src = saddr;
-
/* set up common header fields */
hdr = mctp_hdr(skb);
hdr->ver = 1;
--
2.39.5
next prev parent reply other threads:[~2025-07-02 6:20 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-02 6:20 [PATCH net-next v5 00/14] net: mctp: Add support for gateway routing Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 01/14] net: mctp: don't use source cb data when forwarding, ensure pkt_type is set Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 02/14] net: mctp: test: make cloned_frag buffers more appropriately-sized Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 03/14] net: mctp: separate routing database from routing operations Jeremy Kerr
2025-07-02 6:20 ` Jeremy Kerr [this message]
2025-07-02 6:20 ` [PATCH net-next v5 05/14] net: mctp: test: Add an addressed device constructor Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 06/14] net: mctp: test: Add extaddr routing output test Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 07/14] net: mctp: test: move functions into utils.[ch] Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 08/14] net: mctp: test: add sock test infrastructure Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 09/14] net: mctp: test: Add initial socket tests Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 10/14] net: mctp: pass net into route creation Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 11/14] net: mctp: remove routes by netid, not by device Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 12/14] net: mctp: allow NL parsing directly into a struct mctp_route Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 13/14] net: mctp: add gateway routing support Jeremy Kerr
2025-07-02 6:20 ` [PATCH net-next v5 14/14] net: mctp: test: Add tests for gateway routes Jeremy Kerr
2025-07-08 11:00 ` [PATCH net-next v5 00/14] net: mctp: Add support for gateway routing patchwork-bot+netdevbpf
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=20250702-dev-forwarding-v5-4-1468191da8a4@codeconstruct.com.au \
--to=jk@codeconstruct.com.au \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=horms@kernel.org \
--cc=kuba@kernel.org \
--cc=matt@codeconstruct.com.au \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.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;
as well as URLs for NNTP newsgroup(s).