From: Wen Yang <wen.yang@linux.dev>
To: David Laight <david.laight.linux@gmail.com>,
Joel Granados <joel.granados@kernel.org>
Cc: Joel Granados <joel.granados@kernel.org>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [RFC PATCH 00/39] sysctl: replace overloaded extra pointers with typed bounds and context
Date: Mon, 2 Nov 2026 23:40:40 +0800 [thread overview]
Message-ID: <0316f664-d98c-43be-92af-13c30436727a@linux.dev> (raw)
In-Reply-To: <20261029105837.2f8bee67@pumpkin>
On 10/29/26 18:58, David Laight wrote:
> On Thu, 29 Oct 2026 00:34:39 +0800
> wen.yang@linux.dev wrote:
>
>> From: Wen Yang <wen.yang@linux.dev>
>>
>> struct ctl_table describes an entry with data, maxlen and, until this
>> series, two untyped misc pointers in extra1 and extra2. Those two pointers
>> have accumulated at least seven unrelated jobs: a fixed bound, a bound read
>> through a pointer on every call, an object or namespace pointer, a small
>> integer cookie encoded into the pointer, a lock signal, NULL standing for
>> "no bound", and a value the core itself casts to unsigned int while
>> validating a u8 range. Nothing in the entry says which job applies, so
>> readers infer it from the handler, and the core gets it wrong where it
>> treats extra1 as an unsigned int.
>>
>> The numeric half of this change is the direction Eric Biederman asked for:
>>
>> You can still save a lot more by turning .extra1 and .extra2
>> into longs instead of keeping them as pointers and needing
>> constants to be pointed at somewhere.
>>
>> [...] I don't see any reason why you want shared
>> constants for such a handful of things. Especially when
>> it has proven to be error prone in the past.
>>
>> min/max are plain unsigned long members, so the comparisons are ordinary
>> C and cannot be confused with a pointer. The shared const arrays that only
>> existed to give those pointers an address (sysctl_vals and
>> sysctl_long_vals) are removed as well.
>>
>> The tree already records this direction. fs/proc/proc_sysctl.c documents
>> extra1/extra2 as "extra pointers usable by the proc handler routines" and
>> carries:
>>
>> XXX: we should eventually modify these to use long min / max [0]
>> [0] https://lkml.kernel.org/87zgpte9o4.fsf@email.froward.int.ebiederm.org
>>
>> This series completes that TODO and removes the comment.
>>
>> priv is this series' addition: the same pair of fields also hides handler
>> context, which a numeric bound cannot express, and keeping it out of data
>> is what removes the restore-before-delegate pattern.
>>
>> The overloading is also a memory-safety hazard. The obvious alternative --
>> keep handler context in data and restore the value pointer in each handler
>> -- needs an original_data field in nine addrconf and two devinet handlers;
>> one missed restore turns a user-supplied integer into a write over a kernel
>> pointer. nf_log reaches the same problem from the other side: it replaces
>> data with a local buffer inside a single handler, so data means two things
>> within one function. This revision removes that temptation instead of
>> managing it.
>>
>> The core is not exempt. sysctl_check_table_array() reads
>> *(unsigned int *)table->extra1 to validate a u8 range. That is only correct
>> while every u8 entry happens to point extra1/extra2 at an int or unsigned
>> int; a long bound, a context pointer or an encoded integer would be read as
>> four bytes of the wrong object. No such entry exists today, so this is a
>> latent class rather than a live bug, but the invariant is untyped and
>> unchecked, and nf_log already encodes an integer into extra1.
>>
>> The refactor is the first five patches; they define the replacement
>> contract and prove it covers every entry shape the tree uses today.
>>
>> 1. min/max hold numeric bounds by value, and priv holds handler context.
>> The range converters read min/max whenever extra1 and extra2 are
>> clear and keep reading the pointers while they are set, so existing
>> callers keep working while they migrate and no parallel handler API or
>> renamed symbol is introduced. Signed handlers read the bounds as
>> signed longs, an absent endpoint is the type limit rather than NULL so
>> zero stays a real bound, and a run-time range is refreshed before
>> every call. Registration rejects priv on a standard handler.
>>
>> 2. The debug test module is converted to numeric bounds as the first
>> user.
>>
>> 3. KUnit coverage for numeric bounds and the handlers that consume them:
>> full type ranges, one-sided and zero bounds, entries without backing
>> storage, explicit handlers for arrays and members, and rejection of
>> writes that would partially commit.
>>
>> 4. KUnit coverage for run-time ranges across the scalar widths and
>> jiffies, run-time bound pointers, sibling bounds, typed context, owner
>> derivation, bool, registration lifecycles, and simulated per-net
>> duplication.
>>
>> 5. KUnit coverage for priv: a standard handler must ignore it,
>> registration must reject it with a standard handler, and
>> re-registration must keep both the value pointer and the context. The
>> same patch moves the debug module's dynamic-value entry to the
>> data/priv shape.
>>
>> On the CTLTBL_ENTRY_* constructors: I kept the naming and argument order you
>> suggested while reworking the series. As it turned out, no production table
>> needed them -- the converted entries read naturally as designated
>> initializers -- so I have not introduced them as a public API in this
>> version; the KUnit file keeps an equivalent constructor privately, so the
>> tests stay readable. I still think the public version is worth doing, and I
>> would be happy to send it as a follow-up once there are real users, so the
>> API and its callers can be reviewed together.
>>
>> Everything after patch 5 is migration and adds no new contract. Patches
>> 6-32 convert the remaining users and derive owners from their backing
>> storage. Patches 33-38 move handler context onto priv, one subsystem per
>> patch; each of those files is touched exactly once and goes straight from
>> the old pointer field to priv, with no intermediate data-as-context step.
>> Patch 39 removes the extra pointers and the compatibility read.
>>
>> The parport conversion illustrates a concrete problem with the overloaded
>> fields. In the base tree, registration overwrites the spintime minimum
>> pointer in vars[0].extra1 with a port pointer. The range handler can then
>> check a write against data from struct parport instead of the intended
>> minimum. Moving the port context to priv and using numeric bounds also
>> corrects this existing bug. A separate fix can address it independently;
>> this RFC does not depend on that fix.
>>
>> Entries that used a *_minmax handler with neither extra pointer relied on
>> NULL meaning "no bound". They now state their type limits explicitly to
>> preserve that behaviour when the pointer path disappears. These include
>> aio-max-nr, acpi_video_flags and nmi_wd_lpm_factor.
>>
>> Owners that can still be recovered from data are deliberately left alone:
>> ipvs, neighbour, the fragment reassembly handlers, vsock, mptcp, rds and
>> smc keep using container_of() on their backing storage. priv is only for
>> entries where no such derivation exists. Mixed placement in data and priv
>> was considered and rejected because it recreates the guessing problem this
>> series removes.
>>
>> Relative to the base tree, the final state removes all 841 extra1/extra2
>> assignments across 123 files, removes the shared sysctl_vals and
>> sysctl_long_vals arrays (21 references), and states bounds at each entry
>> (~574 new min/max initializers) instead of pointing at constants. The
>> sysctl ABI is unchanged; the parport spintime minimum is corrected as
>> described above.
>>
>> The cost is 8 bytes per ctl_table entry on 64-bit (56 -> 64) and 4 bytes on
>> 32-bit, because priv is appended; the range read path gains no indirection
>> and the migrated entries no longer dereference a bound pointer.
>
> Can you remove the little-used 'priv' parameter by making the extra
> information just follow the table entry (nested structure) and have
> the relevant functions use container_of() to get the outer structure
> and extra values?
>
Hi David, Hi Joel,
I reworked the context side of the series so that priv is gone entirely;
and the final tree has no per-entry context pointer.
A small helper recovers the enclosing object, but it needs the slot
index from the caller:
#define sysctl_table_container(entry, type, member, index) ({ \
static_assert(__same_type(*(entry), \
typeof_member(type, member[0])), \
"pointer type mismatch"); \
(type *)((void *)(entry) - offsetof(type, member) - \
(size_t)(index) * sizeof(*(entry))); \
})
The reason plain container_of() is not enough is that the core keeps the
table as a contiguous array. For
struct addrconf_sysctl_table {
struct addrconf_sysctl_ctx context;
struct ctl_table table[];
};
the handler receives an interior entry, and
container_of(ctl, struct addrconf_sysctl_table, table)
== (char *)outer + index * sizeof(struct ctl_table)
for ctl == &outer->table[index]. It only returns the outer object for
index 0. Passing the index explicitly keeps the original registered
entry usable:
static int addrconf_sysctl_forward(const struct ctl_table *ctl, ...)
{
struct addrconf_sysctl_table *t =
sysctl_table_container(ctl, struct addrconf_sysctl_table,
table,
ADDRCONF_SYSCTL_FORWARDING);
const struct addrconf_sysctl_ctx *ctx = &t->context;
...
}
Shared handlers get one wrapper per slot; the common body does not need
to know its position:
#define DEVINET_CONF_WRAPPER(attr) \
static int devinet_conf_##attr(const struct ctl_table *ctl, ...) \
{ \
struct devinet_sysctl_table *t = \
sysctl_table_container(ctl, \
struct devinet_sysctl_table, devinet_vars, \
IPV4_DEVCONF_##attr - 1); \
return devinet_conf_proc_common(ctl, &t->context, ...); \
}
Single-entry tables simply use slot 0:
struct devinet_forward_table *t =
sysctl_table_container(ctl, struct devinet_forward_table,
table, 0);
The series is 20 commits over 134 files, with no priv at any point. If
you would prefer a different shape for the helper or the wrappers, I am
happy to adjust it.
Thanks,
Wen
> David
>
next prev parent reply other threads:[~2026-11-02 15:40 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-28 16:34 wen.yang
2026-10-28 16:34 ` [RFC PATCH 01/39] " wen.yang
2026-10-28 21:09 ` David Laight
2026-10-28 16:34 ` [RFC PATCH 02/39] test_sysctl: convert bounds to numeric values wen.yang
2026-10-28 16:34 ` [RFC PATCH 03/39] sysctl: add KUnit coverage for numeric bounds and handlers wen.yang
2026-10-28 16:34 ` [RFC PATCH 04/39] sysctl: cover runtime ranges and context lifecycles in KUnit wen.yang
2026-10-28 16:34 ` [RFC PATCH 05/39] sysctl: cover priv in KUnit and the debug test module wen.yang
2026-10-28 16:34 ` [RFC PATCH 06/39] sysctl: convert core table bounds to numeric values wen.yang
2026-10-28 16:34 ` [RFC PATCH 07/39] sysctl: store architecture sysctl bounds by value wen.yang
2026-10-28 16:34 ` [RFC PATCH 08/39] sysctl: store crypto " wen.yang
2026-10-28 16:34 ` [RFC PATCH 09/39] sysctl: store device " wen.yang
2026-10-28 16:34 ` [RFC PATCH 10/39] sysctl: store filesystem " wen.yang
2026-10-28 16:34 ` [RFC PATCH 11/39] sysctl: store message-queue " wen.yang
2026-10-28 16:34 ` [RFC PATCH 12/39] sysctl: store kernel " wen.yang
2026-10-28 16:34 ` [RFC PATCH 13/39] sysctl: store memory-management " wen.yang
2026-10-28 16:34 ` [RFC PATCH 14/39] sysctl: store IPv6 scalar " wen.yang
2026-10-28 16:34 ` [RFC PATCH 15/39] sysctl: store netfilter " wen.yang
2026-10-28 16:34 ` [RFC PATCH 16/39] sysctl: store RPC " wen.yang
2026-10-28 16:34 ` [RFC PATCH 17/39] sysctl: store remaining network " wen.yang
2026-10-28 16:34 ` [RFC PATCH 18/39] sysctl: store security " wen.yang
2026-10-28 16:34 ` [RFC PATCH 19/39] io_uring: store its " wen.yang
2026-10-28 16:34 ` [RFC PATCH 20/39] sysctl: refresh dynamic scheduler and PID bounds per call wen.yang
2026-10-28 16:35 ` [RFC PATCH 21/39] sysctl: refresh device-dependent " wen.yang
2026-10-28 16:35 ` [RFC PATCH 22/39] sysctl: refresh namespace IPC " wen.yang
2026-10-28 16:35 ` [RFC PATCH 23/39] yama: preserve scope locking with numeric sysctl bounds wen.yang
2026-10-28 16:35 ` [RFC PATCH 24/39] net: refresh core sysctl limits without bound pointers wen.yang
2026-10-28 16:35 ` [RFC PATCH 25/39] sctp: resolve numeric ranges from the current namespace wen.yang
2026-10-28 16:35 ` [RFC PATCH 26/39] rds: preserve live reconnect limits with numeric bounds wen.yang
2026-10-28 16:35 ` [RFC PATCH 27/39] ipv4: preserve live and vector bounds with numeric sysctls wen.yang
2026-10-28 16:35 ` [RFC PATCH 28/39] net: refresh fragment and remaining dynamic sysctl bounds wen.yang
2026-10-28 16:35 ` [RFC PATCH 29/39] neighbour: derive sysctl ownership independently of bounds wen.yang
2026-10-28 16:35 ` [RFC PATCH 30/39] net: resolve sysctl owners from their backing data wen.yang
2026-10-28 16:35 ` [RFC PATCH 31/39] ipvs: derive sysctl ownership from numeric storage wen.yang
2026-10-28 16:35 ` [RFC PATCH 32/39] sysctl: remove obsolete nr_open bound variables wen.yang
2026-10-28 16:35 ` [RFC PATCH 33/39] ipv6: move address sysctl context to priv wen.yang
2026-10-28 16:35 ` [RFC PATCH 34/39] ipv4: move device " wen.yang
2026-10-28 16:35 ` [RFC PATCH 35/39] netfilter: move logger " wen.yang
2026-10-28 16:35 ` [RFC PATCH 36/39] parport: move device " wen.yang
2026-10-28 16:35 ` [RFC PATCH 37/39] net: move namespace " wen.yang
2026-10-28 16:35 ` [RFC PATCH 38/39] arm64: move vector-length " wen.yang
2026-10-28 16:35 ` [RFC PATCH 39/39] sysctl: remove the extra pointers and the compatibility bounds read wen.yang
2026-10-29 10:58 ` [RFC PATCH 00/39] sysctl: replace overloaded extra pointers with typed bounds and context David Laight
2026-11-02 15:40 ` Wen Yang [this message]
2026-11-02 16:54 ` David Laight
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=0316f664-d98c-43be-92af-13c30436727a@linux.dev \
--to=wen.yang@linux.dev \
--cc=david.laight.linux@gmail.com \
--cc=joel.granados@kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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
all inboxes | Powered by JetHome®