From: Ralph Campbell <rcampbell@nvidia.com>
To: Linux MM <linux-mm@kvack.org>
Subject: No system call to determine MAX_NUMNODES?
Date: Wed, 6 Feb 2019 15:13:46 -0800 [thread overview]
Message-ID: <631c44cc-df2d-40d4-a537-d24864df0679@nvidia.com> (raw)
I was using the latest git://git.cmpxchg.org/linux-mmotm.git and noticed
a new issue compared to 5.0.0-rc5.
It looks like there is no convenient way to query the kernel's value for
MAX_NUMNODES yet this is used in kernel_get_mempolicy() to validate the
'maxnode' parameter to the GET_MEMPOLICY(2) system call.
Otherwise, EINVAL is returned.
Searching the internet for get_mempolicy yields some references that
recommend reading /proc/<pid>/status and parsing the line "Mems_allowed:".
Running "cat /proc/self/status | grep Mems_allowed:" I get:
With 5.0.0-rc5:
Mems_allowed: 00000000,00000001
With 5.0.0-rc5-mm1:
Mems_allowed: 1
(both kernels were config'ed with CONFIG_NODES_SHIFT=6)
Clearly, there should be a better way to query MAX_NUMNODES like
sysconf(), sysctl(), or libnuma.
I searched for the patch that changed /proc/self/status but didn't find it.
-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
next reply other threads:[~2019-02-06 23:13 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-06 23:13 Ralph Campbell [this message]
2019-02-07 0:27 ` Alexander Duyck
2019-02-13 9:26 ` Vlastimil Babka
2019-02-13 14:25 ` Florian Weimer
2019-02-13 14:48 ` Vlastimil Babka
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=631c44cc-df2d-40d4-a537-d24864df0679@nvidia.com \
--to=rcampbell@nvidia.com \
--cc=linux-mm@kvack.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