Linux s390 Architecture development
 help / color / mirror / Atom feed
From: Dust Li <dust.li@linux.alibaba.com>
To: Mahanta Jambigi <mjambigi@linux.ibm.com>,
	andrew+netdev@lunn.ch, davem@davemloft.net, edumazet@google.com,
	kuba@kernel.org, pabeni@redhat.com, alibuda@linux.alibaba.com,
	sidraya@linux.ibm.com
Cc: pasic@linux.ibm.com, horms@kernel.org, tonylu@linux.alibaba.com,
	guwen@linux.alibaba.com, hidayath@linux.ibm.com,
	stable@vger.kernel.org, netdev@vger.kernel.org,
	linux-s390@vger.kernel.org, linux-rdma@vger.kernel.org
Subject: Re: [PATCH net v4] net/smc: fix lgr/lnk lifetime vs diag reader race
Date: Wed, 16 Sep 2026 23:24:30 +0800	[thread overview]
Message-ID: <aqq0rnQjiKymR3TM@linux.alibaba.com> (raw)
In-Reply-To: <69676c38-3d68-41db-8b26-3e589d7477d5@linux.ibm.com>

On 2026-09-16 14:04:42, Mahanta Jambigi wrote:
>
>
>On 15/09/26 8:43 pm, Dust Li wrote:
>> On 2026-09-11 11:09:06, Mahanta Jambigi wrote:
>>> The diag dump walks the socket hash table under a read_lock and
>>> dereferences conn->lgr and conn->lnk.  Two terminal teardown paths
>>> drop those references via smc_conn_free() while the socket is still
>>> hashed:
>>> 
>>> - smc_conn_kill() -> smc_close_active_abort() -> smc_conn_free() -
>>> smc_close_passive_work() -> smc_conn_free()
>>> 
>>> This allows the diag reader to dereference a freed lgr or lnk.
>>> 
>>> Fix it by unhashing the socket before smc_conn_free() is called at
>>> each of these two sites.  Any socket visible to the diag reader
>>> under the hash read_lock then has valid conn->lgr and conn->lnk
>>> pointers.
>>> 
>>> Fixes: f16a7dd5cf27 ("smc: netlink interface for SMC sockets") Fixes:
>>> 9dbe086c69b8 ("net/smc: fix invalid link access in dumping SMC-R
>>> connections") Signed-off-by: Mahanta Jambigi <mjambigi@linux.ibm.com>
>>> --- Changes in v4: - dropped smc_conn_unhash() wrapper, conn-
>>> >unhashed flag, and all changes to af_smc.c, smc.h, smc_core.c and
>>> smc_core.h; smc_unhash_sk() is already idempotent via sk_hashed(),
>>> so direct calls at the two teardown sites in smc_close.c are
>>> sufficient - dropped the __smc_release() hunk: it needs no change
>>> since the subsequent unhash there is already a safe no-op - fixed
>>> premature-unhash issue present in v3: smc_conn_free() must not unhash
>>> because smc_conn_abort() calls it before smc_switch_to_fallback() in
>>> both smc_listen_decline() and smc_connect_rdma() error paths; unhashing
>>> there would make live fallback sockets invisible to smcss -
>>> likewise, the ISM/RDMA retry loops (smc_find_ism_v2_device_serv(), 
>>> smc_find_rdma_v2_device_serv()) call smc_conn_abort() on a failed attempt
>>> and then smc_conn_create() on the next device; unhashing in 
>>> smc_conn_free() would permanently hide the established connection
>>> from smc_diag since smc_conn_create() does not re-hash the socket
>> 
>> Hi Mahanta,
>> 
>> This version looks clean. And you explained why we can't call unhash
>> in smc_conn_abort() well. But smc_conn_abort() still calls
>> smc_conn_free(), when the smc_sk is still hashed, is there still a
>> race window with dump ?
>
>Hi Dust,
>
>Thank you for catching this corner case!
>
>During early handshake setup (when sk_state is *SMC_INIT*),
>smc_conn_abort() can be called on connection failure/fallback and
>invokes smc_conn_free() while the socket remains hashed, leaving a
>window where a concurrent diag dump could evaluate smc_conn_lgr_valid()
>and dereference conn->lgr / conn->lnk.
>
>Since sockets in *SMC_INIT* are in a transient embryonic handshake phase
>and userspace (smcss) *skips displaying link-group, DMB, and connection
>details for INIT state sockets anyway*, we could have __smc_diag_dump()
>skip inspecting connection/link-group extensions when r->diag_state ==
>SMC_INIT:
>
>diff --git a/net/smc/smc_diag.c b/net/smc/smc_diag.c
>--- a/net/smc/smc_diag.c
>+++ b/net/smc/smc_diag.c
>@@ -90,6 +90,9 @@ static int __smc_diag_dump(struct sock *sk, struct
>sk_buff *skb,
> 	r->diag_state = sk->sk_state;
>+	if (r->diag_state == SMC_INIT)
>+		return 0;
>+
> 	if (smc->use_fallback)
> 		r->diag_mode = SMC_DIAG_MODE_FALLBACK_TCP;
> 	else if (smc_conn_lgr_valid(&smc->conn) && smc->conn.lgr->is_smcd)
>
>Together with unhashing before smc_conn_free() in smc_close.c for
>established and closing sockets, this cleanly closes the race window
>across all socket states without touching the hash table mechanics
>during fallback/retry.
>
>Does this approach look good to you? If you agree, I will prepare and
>submit v5 with this change. Please let me know if you have any other
>suggestions or alternative approaches, and I'll be happy to look into them.

What about this path ?

smc_listen_decline() -> smc_listen_out_err(), where smc_conn_abort() has
already run, and the sock state is then changed from SMC_INIT to SMC_CLOSED.

Best regards,
Dust


  reply	other threads:[~2026-09-16 15:24 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-11  9:09 [PATCH net v4] net/smc: fix lgr/lnk lifetime vs diag reader race Mahanta Jambigi
2026-09-11  9:30 ` sashiko-bot
2026-09-15 15:13 ` Dust Li
2026-09-16  8:34   ` Mahanta Jambigi
2026-09-16 15:24     ` Dust Li [this message]
2026-09-17  7:45       ` Mahanta Jambigi
2026-09-17 15:53         ` Dust Li
2026-09-18  7:27           ` Mahanta Jambigi
2026-09-21  9:56             ` Dust Li
2026-09-22 13:27               ` Mahanta Jambigi
2026-09-22 16:01                 ` Dust Li

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=aqq0rnQjiKymR3TM@linux.alibaba.com \
    --to=dust.li@linux.alibaba.com \
    --cc=alibuda@linux.alibaba.com \
    --cc=andrew+netdev@lunn.ch \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=guwen@linux.alibaba.com \
    --cc=hidayath@linux.ibm.com \
    --cc=horms@kernel.org \
    --cc=kuba@kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=mjambigi@linux.ibm.com \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=pasic@linux.ibm.com \
    --cc=sidraya@linux.ibm.com \
    --cc=stable@vger.kernel.org \
    --cc=tonylu@linux.alibaba.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