All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthieu Baerts <matttbe@kernel.org>
To: Geliang Tang <geliang@kernel.org>, mptcp@lists.linux.dev
Cc: Geliang Tang <tanggeliang@kylinos.cn>
Subject: Re: [PATCH mptcp-next v3 9/9] mptcp: drop useless "err = 0" in subflow_destroy
Date: Wed, 4 Dec 2024 18:49:09 +0100	[thread overview]
Message-ID: <8ae81fdd-e402-4514-a446-0989bd49c32d@kernel.org> (raw)
In-Reply-To: <6606e2c5b8b3536cad35baf722175a932242d820.1730961810.git.tanggeliang@kylinos.cn>

Hi Geliang,

On 07/11/2024 07:45, Geliang Tang wrote:
> From: Geliang Tang <tanggeliang@kylinos.cn>
> 
> Upon successful return, mptcp_pm_parse_addr() returns 0. There is no need
> to set "err = 0" after this. So after mptcp_nl_find_ssk() returns, just
> need to set "err = -ESRCH", then release and free msk socket if it returns
> NULL.
> 
> Also, no need to define the veriable "subflow" in subflow_destroy(), use
> mptcp_subflow_ctx(ssk) directly.
> 
> This patch doesn't change the behaviour of the code, just refactoring.
> 
> Signed-off-by: Geliang Tang <tanggeliang@kylinos.cn>
> ---
>  net/mptcp/pm_userspace.c | 21 ++++++++++-----------
>  1 file changed, 10 insertions(+), 11 deletions(-)
> 
> diff --git a/net/mptcp/pm_userspace.c b/net/mptcp/pm_userspace.c
> index 07e0c7259494..8545212f023e 100644
> --- a/net/mptcp/pm_userspace.c
> +++ b/net/mptcp/pm_userspace.c
> @@ -535,19 +535,18 @@ int mptcp_pm_nl_subflow_destroy_doit(struct sk_buff *skb, struct genl_info *info
>  
>  	lock_sock(sk);
>  	ssk = mptcp_nl_find_ssk(msk, &addr_l.addr, &addr_r);
> -	if (ssk) {
> -		struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
> -
> -		spin_lock_bh(&msk->pm.lock);
> -		mptcp_userspace_pm_delete_local_addr(msk, &addr_l);
> -		spin_unlock_bh(&msk->pm.lock);
> -		mptcp_subflow_shutdown(sk, ssk, RCV_SHUTDOWN | SEND_SHUTDOWN);
> -		mptcp_close_ssk(sk, ssk, subflow);
> -		MPTCP_INC_STATS(sock_net(sk), MPTCP_MIB_RMSUBFLOW);
> -		err = 0;

OK to drop 'err = 0' but...

> -	} else {
> +	if (!ssk) {
>  		err = -ESRCH;
> +		release_sock(sk);
> +		goto destroy_err;

... I think it is always best to reduce the number of exit path: so
here, I think it is best to add a new label before release_sock(sk)
below, instead of duplicating this release_sock(sk). Something like:

      ssk = mptcp_nl_find_ssk(...);
      if (!ssk) {
          err = -ESRCH;
          goto release_sock;
      }

      (...)

  release_sock:
      release_sock(sk);

  destroy_err:
      (...)

WDYT?

>  	}
> +
> +	spin_lock_bh(&msk->pm.lock);
> +	mptcp_userspace_pm_delete_local_addr(msk, &addr_l);
> +	spin_unlock_bh(&msk->pm.lock);
> +	mptcp_subflow_shutdown(sk, ssk, RCV_SHUTDOWN | SEND_SHUTDOWN);
> +	mptcp_close_ssk(sk, ssk, mptcp_subflow_ctx(ssk));
> +	MPTCP_INC_STATS(sock_net(sk), MPTCP_MIB_RMSUBFLOW);
>  	release_sock(sk);
>  
>  destroy_err:

Cheers,
Matt
-- 
Sponsored by the NGI0 Core fund.


  reply	other threads:[~2024-12-04 17:49 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-07  6:45 [PATCH mptcp-next v3 0/9] BPF path manager, part 1 Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 1/9] mptcp: add mptcp_userspace_pm_lookup_addr helper Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 2/9] mptcp: add mptcp_for_each_userspace_pm_addr macro Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 3/9] mptcp: add mptcp_userspace_pm_get_sock helper Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 4/9] mptcp: move mptcp_pm_remove_addrs into pm_userspace Geliang Tang
2024-12-04 17:48   ` Matthieu Baerts
2024-12-05  7:26     ` Geliang Tang
2024-12-05  9:27       ` Matthieu Baerts
2024-12-05  9:36         ` Geliang Tang
2024-12-05  9:38           ` Matthieu Baerts
2024-11-07  6:45 ` [PATCH mptcp-next v3 5/9] mptcp: drop free_list for deleting entries Geliang Tang
2024-12-04 17:49   ` Matthieu Baerts
2024-12-05  7:27     ` Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 6/9] mptcp: use mptcp_pm_local in pm_netlink only Geliang Tang
2024-11-10  4:40   ` Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 7/9] mptcp: drop struct mptcp_pm_add_entry Geliang Tang
2024-12-04 17:49   ` Matthieu Baerts
2024-12-05  7:28     ` Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 8/9] mptcp: change local addr type of subflow_destroy Geliang Tang
2024-11-07  6:45 ` [PATCH mptcp-next v3 9/9] mptcp: drop useless "err = 0" in subflow_destroy Geliang Tang
2024-12-04 17:49   ` Matthieu Baerts [this message]
2024-12-05  7:30     ` Geliang Tang
2024-11-07  7:56 ` [PATCH mptcp-next v3 0/9] BPF path manager, part 1 MPTCP CI
2024-12-04 17:48 ` Matthieu Baerts

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=8ae81fdd-e402-4514-a446-0989bd49c32d@kernel.org \
    --to=matttbe@kernel.org \
    --cc=geliang@kernel.org \
    --cc=mptcp@lists.linux.dev \
    --cc=tanggeliang@kylinos.cn \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.