* Re: [PATCH 0/8] introduce sysctl SYSCTL_U8_MAX and SYSCTL_LONG_S32_MAX
2024-02-25 4:05 ` [PATCH 0/8] introduce sysctl SYSCTL_U8_MAX and SYSCTL_LONG_S32_MAX wenyang.linux
@ 2024-02-25 20:15 ` Joel Granados
2024-02-26 15:28 ` Jakub Kicinski
1 sibling, 0 replies; 4+ messages in thread
From: Joel Granados @ 2024-02-25 20:15 UTC (permalink / raw)
To: wenyang.linux
Cc: Luis Chamberlain, Kees Cook, Christian Brauner, davem,
David Ahern, Eric Dumazet, Jakub Kicinski, Paolo Abeni, netdev,
linux-kernel
[-- Attachment #1: Type: text/plain, Size: 2535 bytes --]
On Sun, Feb 25, 2024 at 12:05:30PM +0800, wenyang.linux@foxmail.com wrote:
> From: Wen Yang <wenyang.linux@foxmail.com>
>
> The boundary check of multiple modules uses these static variables (such as
> two_five_five, n_65535, ue_int_max, etc), and they are also not changed.
> Therefore, add them to the shared sysctl_vals and sysctl_long_vals to avoid
> duplication.
Having a hard time understanding what you are trying to do here: is it
that there are variables that are being defined statically in two (or
more) different files and you want to consolidate them into sysctl
variables?
> This also reduce the size a bit
What size are you referring to? by how much?
The cover letter came separately and the patches are replying to a
non-existent mail. Is this due to some funkiness that Tencent does tot
he outgoing mail?
>
> Wen Yang (8):
> sysctl: introduce sysctl SYSCTL_U8_MAX and SYSCTL_LONG_S32_MAX
> rxrpc: delete these duplicate static variables n_65535 and four
> net: ipv6: delete these duplicate static variables two_five_five and
> minus_one
> svcrdma: delete the duplicate static variables zero
> sysctl: delete these duplicate static variables i_zero and
> i_one_hundred
> epoll: delete these duplicate static variables long_zero and long_max
> fs: inotify: delete these duplicate static variables it_zero and
> it_int_max
> ucounts: delete these duplicate static variables ue_zero and
> ue_int_max
>
> fs/eventpoll.c | 7 ++-----
> fs/notify/inotify/inotify_user.c | 11 ++++-------
> include/linux/sysctl.h | 15 +++++++++------
> kernel/sysctl.c | 4 ++--
> kernel/ucount.c | 7 ++-----
> lib/test_sysctl.c | 6 ++----
> net/ipv6/addrconf.c | 12 +++++-------
> net/rxrpc/sysctl.c | 16 +++++++---------
> net/sunrpc/xprtrdma/svc_rdma.c | 21 ++++++++++-----------
> 9 files changed, 43 insertions(+), 56 deletions(-)
>
> Cc: Luis Chamberlain <mcgrof@kernel.org>
> Cc: Kees Cook <keescook@chromium.org>
> Cc: Joel Granados <j.granados@samsung.com>
> Cc: Christian Brauner <brauner@kernel.org>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: David Ahern <dsahern@kernel.org>
> Cc: Eric Dumazet <edumazet@google.com>
> Cc: Jakub Kicinski <kuba@kernel.org>
> Cc: Paolo Abeni <pabeni@redhat.com>
> Cc: netdev@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
>
> --
> 2.25.1
>
--
Joel Granados
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 659 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH 0/8] introduce sysctl SYSCTL_U8_MAX and SYSCTL_LONG_S32_MAX
2024-02-25 4:05 ` [PATCH 0/8] introduce sysctl SYSCTL_U8_MAX and SYSCTL_LONG_S32_MAX wenyang.linux
2024-02-25 20:15 ` Joel Granados
@ 2024-02-26 15:28 ` Jakub Kicinski
2024-02-28 12:30 ` Wen Yang
1 sibling, 1 reply; 4+ messages in thread
From: Jakub Kicinski @ 2024-02-26 15:28 UTC (permalink / raw)
To: wenyang.linux
Cc: Luis Chamberlain, Kees Cook, Joel Granados, Christian Brauner,
davem, David Ahern, Eric Dumazet, Paolo Abeni, netdev,
linux-kernel
On Sun, 25 Feb 2024 12:05:30 +0800 wenyang.linux@foxmail.com wrote:
> The boundary check of multiple modules uses these static variables (such as
> two_five_five, n_65535, ue_int_max, etc), and they are also not changed.
> Therefore, add them to the shared sysctl_vals and sysctl_long_vals to avoid
> duplication. This also reduce the size a bit
You provide no data on how big the reduction is.
Eric's suggestion to encode the values directly in the table entry
sounds great, please invest your time in that, instead of half measures.
^ permalink raw reply [flat|nested] 4+ messages in thread