Netdev List
 help / color / mirror / Atom feed
From: netdev-bot+sashiko@kernel.org
To: achender@kernel.org
Cc: netdev@vger.kernel.org, linux-rdma@vger.kernel.org,
	pabeni@redhat.com, edumazet@google.com, kuba@kernel.org,
	horms@kernel.org
Subject: Re: [PATCH net-next v9 09/13] net/rds: hold a connection reference from struct rds_incoming
Date: Mon, 12 Oct 2026 04:17:47 +0000	[thread overview]
Message-ID: <179177866793.434549.6463697653331835975@kernel.org> (raw)
In-Reply-To: <20261008031333.1142174-10-achender@kernel.org>

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] The commit fixes a real use-after-free.

--

net/rds: hold a connection reference from struct rds_incoming

This commit makes every holder of rds_incoming->i_conn own a connection
reference. It takes the reference at the six places where i_conn is
assigned, and drops it from rds_inc_put() and from a new
rds_message_free() helper. It fixes a use-after-free where an inc on a
socket receive queue outlives the connection it points at, for example
after a transport unload.

Closes: https://lore.kernel.org/netdev/20260720184955.3008978-1-nicoyip.dev@gmail.com/

> This is not a stable candidate, and carries no Fixes: tag on purpose so
> that it is not picked up without the patches it depends on: reaching the
> use-after-free requires freeing a connection out from under a live
> socket, which needs CAP_SYS_MODULE, and the fix depends on the
> connection reference counting introduced earlier in this series.

[Severity: Low]
Does leaving out the Fixes: tag actually keep this patch out of stable?

AUTOSEL can pick a commit without a Fixes: tag. This one has a
Reported-by:, a Closes:, a KASAN splat and a panic trace, so it looks
like a likely AUTOSEL candidate.

Documentation/process/stable-kernel-rules.rst has a tag for this case.
It tells both AUTOSEL and the scripts that look for Fixes: tags to
ignore a change:

    Cc: <stable+noautosel@kernel.org> # reason goes here, and must be present

Could this patch keep the Fixes: tag and add that Cc line with the
dependency explanation as the reason? That would keep the record of
which commit introduced the bug and still keep the patch out of stable.

A later commit in this series, "net/rds: hold connection references in
lookup, sockets and c_passive", gives the same reason for dropping
Fixes:. Should the noautosel Cc be used there as well?

-- 
Sashiko AI review · https://netdev-ai.bots.linux.dev/sashiko/#/patchset/20261008031333.1142174-1-achender%40kernel.org

  reply	other threads:[~2026-10-12  4:17 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-08  3:13 [PATCH net-next v9 00/13] net/rds: make connection lifetime reference-counted Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 01/13] net/rds: ib: don't enable interrupts in rds_ib_conn_free() Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 02/13] net/rds: undo conn_alloc() the same way on every __rds_conn_create() exit Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 03/13] net/rds: ib: refuse to attach a connection to a device being removed Allison Henderson
2026-10-12  4:17   ` netdev-bot+sashiko
2026-10-08  3:13 ` [PATCH net-next v9 04/13] net/rds: guard every work-requeueing site with rds_destroy_pending() Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 05/13] net/rds: make rds_destroy_pending() report a connection's own destroy Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 06/13] net/rds: split connection destroy into quiesce and kref-governed free Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 07/13] net/rds: unlink transport nodes before a possibly deferred connection free Allison Henderson
2026-10-12  4:17   ` netdev-bot+sashiko
2026-10-08  3:13 ` [PATCH net-next v9 08/13] net/rds: wait for connections to be freed on transport unload Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 09/13] net/rds: hold a connection reference from struct rds_incoming Allison Henderson
2026-10-12  4:17   ` netdev-bot+sashiko [this message]
2026-10-08  3:13 ` [PATCH net-next v9 10/13] net/rds: take cp_lock to purge cp_send_queue in the quiesce Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 11/13] net/rds: hold connection references in lookup, sockets and c_passive Allison Henderson
2026-10-12  4:17   ` netdev-bot+sashiko
2026-10-08  3:13 ` [PATCH net-next v9 12/13] net/rds: pin the connection across RDMA-CM event handling Allison Henderson
2026-10-08  3:13 ` [PATCH net-next v9 13/13] net/rds: drop rds_conn_count in favor of t_conn_count Allison Henderson

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=179177866793.434549.6463697653331835975@kernel.org \
    --to=netdev-bot+sashiko@kernel.org \
    --cc=achender@kernel.org \
    --cc=edumazet@google.com \
    --cc=horms@kernel.org \
    --cc=kuba@kernel.org \
    --cc=linux-rdma@vger.kernel.org \
    --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