From: Petr Machata <petrm@nvidia.com>
To: Angus Chen <angus.chen@jaguarmicro.com>
Cc: <davem@davemloft.net>, <dsahern@kernel.org>,
<edumazet@google.com>, <kuba@kernel.org>, <pabeni@redhat.com>,
<netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2] net: Remove low_thresh in ip defrag
Date: Mon, 15 May 2023 14:46:03 +0200 [thread overview]
Message-ID: <87ednhrbuh.fsf@nvidia.com> (raw)
In-Reply-To: <20230512010152.1602-1-angus.chen@jaguarmicro.com>
Angus Chen <angus.chen@jaguarmicro.com> writes:
> As low_thresh has no work in fragment reassembles,del it.
> And Mark it deprecated in sysctl Document.
>
> Signed-off-by: Angus Chen <angus.chen@jaguarmicro.com>
When you spin a fix for the issue that Ido has reported, could you also
smuggle in the following fixlets?
> diff --git a/net/ieee802154/6lowpan/reassembly.c b/net/ieee802154/6lowpan/reassembly.c
> index a91283d1e5bf..3ba4c0f27af9 100644
> --- a/net/ieee802154/6lowpan/reassembly.c
> +++ b/net/ieee802154/6lowpan/reassembly.c
> @@ -318,7 +318,7 @@ int lowpan_frag_rcv(struct sk_buff *skb, u8 frag_type)
> }
>
> #ifdef CONFIG_SYSCTL
> -
> +static unsigned long lowpanfrag_low_thresh_unuesd = IPV6_FRAG_LOW_THRESH;
s/unuesd/unused/
> @@ -674,12 +674,9 @@ static int __net_init ipv4_frags_init_net(struct net *net)
> * A 64K fragment consumes 129736 bytes (44*2944)+200
> * (1500 truesize == 2944, sizeof(struct ipq) == 200)
> *
> - * We will commit 4MB at one time. Should we cross that limit
> - * we will prune down to 3MB, making room for approx 8 big 64K
> - * fragments 8x128k.
> + * We will commit 4MB at one time. Should we cross that limit.
"Should we cross that limit" means "when it happens that we cross that
limit". So on its own it conveys no information and can be dropped.
> */
> net->ipv4.fqdir->high_thresh = 4 * 1024 * 1024;
> - net->ipv4.fqdir->low_thresh = 3 * 1024 * 1024;
> /*
> * Important NOTE! Fragment queue must be destroyed before MSL expires.
> * RFC791 is wrong proposing to prolongate timer each fragment arrival
Thanks!
prev parent reply other threads:[~2023-05-15 12:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-12 1:01 [PATCH v2] net: Remove low_thresh in ip defrag Angus Chen
2023-05-15 7:50 ` patchwork-bot+netdevbpf
2023-05-15 11:02 ` Ido Schimmel
2023-05-15 12:06 ` Angus Chen
2023-05-16 8:12 ` Ido Schimmel
2023-05-16 8:36 ` Angus Chen
2023-05-15 12:46 ` Petr Machata [this message]
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=87ednhrbuh.fsf@nvidia.com \
--to=petrm@nvidia.com \
--cc=angus.chen@jaguarmicro.com \
--cc=davem@davemloft.net \
--cc=dsahern@kernel.org \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@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;
as well as URLs for NNTP newsgroup(s).