From: Alejandro Colomar <alx@kernel.org>
To: DJ Delorie <dj@redhat.com>
Cc: linux-man@vger.kernel.org
Subject: Re: [PATCH v2 2/4] man/man5/tunables.conf: Document system-wide tunables config
Date: Thu, 16 Jul 2026 14:09:34 +0200 [thread overview]
Message-ID: <aljFw_lxPpGrvtQy@devuan> (raw)
In-Reply-To: <fed61f93333ec0421dc9adc5af05d740a2e4bcd7.1784084289.git.dj@redhat.com>
[-- Attachment #1: Type: text/plain, Size: 4725 bytes --]
Hi DJ,
On 2026-07-14T22:58:09-0400, DJ Delorie wrote:
> ---
> man/man5/tunables.conf.5 | 116 +++++++++++++++++++++++++++++++++++++++
> 1 file changed, 116 insertions(+)
> create mode 100644 man/man5/tunables.conf.5
>
> diff --git a/man/man5/tunables.conf.5 b/man/man5/tunables.conf.5
> new file mode 100644
> index 000000000..e2b31e351
> --- /dev/null
> +++ b/man/man5/tunables.conf.5
> @@ -0,0 +1,116 @@
> +.TH tunables.conf 5 (date) "Linux man-pages (unreleased)"
> +.SH NAME
> +tunables.conf \- tunables configuration file
> +.SH SYNOPSIS
> +.nf
> +.B /etc/tunables.conf
> +.fi
> +.SH DESCRIPTION
> +Each line in the file
> +.I /etc/tunables.conf
> +specifies a tunable,
> +which is a name and value separated by an equals sign.
I suspect a tunable _is_ _not_ a name=value. That's _how_ you specify
a tunable, which is a different thing.
In fact, I think we'd have to document what a tunable actually is.
From the glibc manual, I see:
Tunables are a feature in the GNU C Library that allows
application authors and distribution maintainers to alter the
runtime library behavior to match their workload. [...]
This seems more like a description of what a tunable is.
I'd put such a short description in the first paragraph, and move the
specification of how a tunable is specified in /etc/tunables.conf to the
second paragraph.
> +.P
> +For a list of valid tunables,
Maybe s/valid/supported/?
> +please consult the glibc manual.
s/please//
Also, a link to the specific point in the glibc manual would help:
consult the
.UR https://sourceware.org/glibc/manual/latest/html_node/Tunables.html
glibc manual
.UE .
However, I see that link documents the list of supported tunables by
saying you should run `ld.so --list-tunables`, so maybe we should
document that directly? It shouldn't take much space.
Also, I see --list-tunables is already documented in ld.so(8), so we
only need to refer to that page.
For a list of the supported tunables,
see
.B \-\-list\-tunables
in
.BR ld.so (8).
> +.P
> +The syntax allows lines to start with the word
> +.I include
> +followed by a path wildcard,
> +and will include any files matching that wildcard.
> +The wildcard is a path specification in the
> +.BR \%glob (7)
> +format.
> +Files matching that wildcard will be processed
> +as if their contents were included in the main config file.
> +.P
> +The file is parsed by
> +.BR \%ldconfig (8)
> +and the results stored in
> +.IR /etc/ld.so.cache .
> +The resulting data is read when a new process starts.
> +.P
> +Each line may include zero or more words or symbols at the beginning,
s/words/keywords/
Also, do symbols allow/require whitespace after them?
> +which affect how each tunable affects each processes:
> +.TP
> +.B overridable
> +.TQ
> +.B +
> +Allow the tunable to be overridden by the
> +.B GLIBC_TUNABLES
> +environment variable when the process runs
> +(this is the default).
> +.TP
> +.B nonoverridable
> +.TQ
> +.B \-
> +Do not allow the tunable to be overridden by the environment variable.
> +.TP
> +.B onlysecure
> +.TQ
> +.B @
> +The tunable only applies to
> +.B AT_SECURE
> +processes,
> +such as a set-user-ID process,
> +or one with elevated capabilities.
> +.TP
> +.B nonsecure
> +.TQ
> +.B $
> +The tunable only applies to
> +.RB non- AT_SECURE
> +processes (this is the default).
> +.TP
> +.B anysecure
> +.TQ
> +.B *
> +The tunable only applies to both
> +.B AT_SECURE
> +and
> +.RB non- AT_SECURE
> +processes.
> +.P
> +The file may also contain
> +.IR filters ,
> +which limit the tunables following it,
> +up to the end of the file
> +(or end of the included file,
> +or start of a new included file)
> +or a line with only
> +.B []
> +on it.
> +The syntax is:
> +.IP
> +.in +4n
> +.EX
> +.RI [ filter : pattern ]
> +.EE
> +.in
> +.TP
> +.B proc
> +The
> +.I proc
s/I/B/
(This and many other issues were reported in the previous patch set;
please revise that.)
Have a lovely day!
Alex
> +filter limits the following tunables to processes
> +whose name matches the pattern.
> +The pattern may be an absolute path
> +or just the base name.
> +.P
> +Example config file:
> +.IP
> +.in +4n
> +.EX
> +glibc.malloc.arenas_max=5
> +onlysecure glibc.malloc.arenas_max=1
> +\-glibc.pthread.rseq=1
> +[proc:/bin/bad.program]
> +\-glibc.pthread.rseq=0
> +[proc:some.program]
> +\-glibc.malloc.mmap_threshold=65536
> +.EE
> +.in
> +.SH FILES
> +.I /etc/ld.so.conf
> +.SH SEE ALSO
> +.BR ld.so (8),
> +.BR ldconfig (8)
> --
> 2.47.3
>
>
--
<https://www.alejandro-colomar.es>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2026-07-16 12:09 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-15 2:58 [PATCH v2 0/4] Tunables-related updates DJ Delorie
2026-07-15 2:58 ` [PATCH v2 1/4] man/man5/ld.so.conf.5: document include syntax DJ Delorie
2026-07-15 2:58 ` [PATCH v2 2/4] man/man5/tunables.conf: Document system-wide tunables config DJ Delorie
2026-07-15 2:58 ` [PATCH v2 3/4] man/man8/ld.so.8: Note that ld.so.cache includes tunables DJ Delorie
2026-07-15 2:58 ` [PATCH v2 4/4] man/man8/ldconfig.8: Add tunables options DJ Delorie
2026-07-16 12:09 ` Alejandro Colomar [this message]
2026-07-16 11:51 ` [PATCH v2 1/4] man/man5/ld.so.conf.5: document include syntax Alejandro Colomar
2026-07-16 15:01 ` G. Branden Robinson
2026-07-16 16:15 ` Alejandro Colomar
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=aljFw_lxPpGrvtQy@devuan \
--to=alx@kernel.org \
--cc=dj@redhat.com \
--cc=linux-man@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 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.