From: Wanlong Gao <gaowanlong@cn.fujitsu.com>
To: Lans Zhang <lans.zhang2008@gmail.com>
Cc: LTP List <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] [PATCH] Fix short of nodemask array.
Date: Wed, 17 Apr 2013 11:22:18 +0800 [thread overview]
Message-ID: <516E156A.1000807@cn.fujitsu.com> (raw)
In-Reply-To: <516E15C3.5080507@gmail.com>
On 04/17/2013 11:23 AM, Lans Zhang wrote:
Please CC the ltp-list when reply.
Thanks,
Wanlong Gao
> On 04/16/2013 12:34 PM, Zhouping Liu wrote:
>> Hi Lans,
>>
>> ----- Original Message -----
>>> From: "gmail"<lans.zhang2008@gmail.com>
>>> To: ltp-list@lists.sourceforge.net
>>> Sent: Monday, March 4, 2013 12:49:45 PM
>>> Subject: [LTP] [PATCH] Fix short of nodemask array.
>>>
>>> In kernel, when the user specified more nodes, e.g, 512 nodes, than
>>> supported, e.g, 4 nodes, just check if the non supported part is all
>>> zero. If user space just specified the nodemask array with only one
>>> element, which makes the check in kernel actually become invalid.
>>
>> I think the comments here is not clear, you should explain more details
>> about the 'one element' or the reason why the checking in kernel will
>> be invalid.
>
> kernel requires the bits in nmask being longer than MAX_NUMNODES defined in kernel
> must be cleared:
>
> /* Copy a node mask from user space. */
> static int get_nodes(nodemask_t *nodes, const unsigned long __user *nmask,
> unsigned long maxnode)
> {
> unsigned long k;
> unsigned long nlongs;
> unsigned long endmask;
>
> --maxnode;
> nodes_clear(*nodes);
> if (maxnode == 0 || !nmask)
> return 0;
> if (maxnode > PAGE_SIZE*BITS_PER_BYTE)
> return -EINVAL;
>
> nlongs = BITS_TO_LONGS(maxnode);
> if ((maxnode % BITS_PER_LONG) == 0)
> endmask = ~0UL;
> else
> endmask = (1UL << (maxnode % BITS_PER_LONG)) - 1;
>
> /* When the user specified more nodes than supported just check
> if the non supported part is all zero. */
> if (nlongs > BITS_TO_LONGS(MAX_NUMNODES)) {
> if (nlongs > PAGE_SIZE/sizeof(long))
> return -EINVAL;
> for (k = BITS_TO_LONGS(MAX_NUMNODES); k < nlongs; k++) {
> unsigned long t;
> if (get_user(t, nmask + k))
> return -EFAULT;
> if (k == nlongs - 1) {
> if (t & endmask)
> return -EINVAL;
> } else if (t) <--- failed here.
> return -EINVAL;
> }
> nlongs = BITS_TO_LONGS(MAX_NUMNODES);
> endmask = ~0UL;
> }
>
> As what you concern, the patch header should be read more clear. I would
> use Jan Stancek's suggestion:
>
> I think what it says is that we are overrunning "nmask", whose length is
> shorter than MAXNODES.
>
>>
>>> In addition, some test cases in current implement doesn't consider
>>> if a node number is greater than sizeof(unsigned long) * 8 - 1.
>>
>> yes, you are right, we don't care the system which has more than 512 numa nodes.
>> and the current code only support 64 numa nodes, only one unsigned long node mask.
>>
>> I checked kernel code in RHEL6, CONFIG_NODES_SHIFT=9, so 512 is the biggest
>> value to support in RHEL6 for x86_64, and I didn't meet any large NUMA system
>> which have 512+ numa nodes so far.
>>
>>>
>>> Signed-off-by: Lans Zhang<lans.zhang2008@gmail.com>
>>> ---
>>> testcases/kernel/mem/cpuset/cpuset01.c | 6 +++---
>>> testcases/kernel/mem/ksm/ksm02.c | 6 +++---
>>> testcases/kernel/mem/ksm/ksm04.c | 6 +++---
>>> testcases/kernel/mem/lib/mem.c | 6 +++---
>>> 4 files changed, 12 insertions(+), 12 deletions(-)
>>>
>>> diff --git a/testcases/kernel/mem/cpuset/cpuset01.c
>>> b/testcases/kernel/mem/cpuset/cpuset01.c
>>> index b473e45..e459306 100644
>>> --- a/testcases/kernel/mem/cpuset/cpuset01.c
>>> +++ b/testcases/kernel/mem/cpuset/cpuset01.c
>>> @@ -93,7 +93,7 @@ static void testcpuset(void)
>>> {
>>> int lc;
>>> int child, i, status;
>>> - unsigned long nmask = 0;
>>> + unsigned long nmask[MAXNODES / (8*sizeof(unsigned long))] = { 0 };
>>> char mems[BUFSIZ], buf[BUFSIZ];
>>>
>>> read_cpuset_files(CPATH, "cpus", buf);
>>> @@ -108,8 +108,8 @@ static void testcpuset(void)
>>> tst_brkm(TBROK | TERRNO, cleanup, "fork");
>>> case 0:
>>> for (i = 0; i< nnodes; i++)
>>> - nmask += 1<< nodes[i];
>>> - if (set_mempolicy(MPOL_BIND,&nmask, MAXNODES) == -1)
>>> + nmask[i / (8*sizeof(unsigned long))] |= 1<< (i % (8*sizeof(unsigned
>>> long)));
>>> + if (set_mempolicy(MPOL_BIND, nmask, MAXNODES) == -1)
>>> tst_brkm(TBROK | TERRNO, cleanup, "set_mempolicy");
>>> exit(mem_hog_cpuset(ncpus> 1 ? ncpus : 1));
>>> }
>>> diff --git a/testcases/kernel/mem/ksm/ksm02.c
>>> b/testcases/kernel/mem/ksm/ksm02.c
>>> index be9ff96..9d2d142 100644
>>> --- a/testcases/kernel/mem/ksm/ksm02.c
>>> +++ b/testcases/kernel/mem/ksm/ksm02.c
>>> @@ -87,7 +87,7 @@ int main(int argc, char *argv[])
>>> int lc;
>>> char *msg;
>>> int size = 128, num = 3, unit = 1;
>>> - unsigned long nmask = 0;
>>> + unsigned long nmask[MAXNODES / (8*sizeof(unsigned long))] = { 0 };
>>> unsigned int node;
>>>
>>> msg = parse_opts(argc, argv, ksm_options, ksm_usage);
>>> @@ -95,7 +95,7 @@ int main(int argc, char *argv[])
>>> tst_brkm(TBROK, NULL, "OPTION PARSING ERROR - %s", msg);
>>>
>>> node = get_a_numa_node(tst_exit);
>>> - nmask = 1<< node;
>>> + nmask[node / (8*sizeof(unsigned long))] = 1<< (node % (8*sizeof(unsigned
>>> long)));
>>
>> I found '1<< (node % (8*sizeof(unsigned long)))' is used frequently, I suggest we
>> can create a macro, such as:
>> # define GET_NODE_MASK(nid) 1<< (nid % (8*sizeof(unsigned long)))
>>
>> also please update the patch, as there's some updates before your patch in lib/mem.c,
>> which makes some conflict with the latest tree.
>
> OK.
>
> Thanks,
> lz
>
>>
>> Thanks,
>> Zhouping
>>
>>>
>>> setup();
>>>
>>> @@ -103,7 +103,7 @@ int main(int argc, char *argv[])
>>> Tst_count = 0;
>>> check_ksm_options(&size,&num,&unit);
>>>
>>> - if (set_mempolicy(MPOL_BIND,&nmask, MAXNODES) == -1) {
>>> + if (set_mempolicy(MPOL_BIND, nmask, MAXNODES) == -1) {
>>> if (errno != ENOSYS)
>>> tst_brkm(TBROK | TERRNO, cleanup,
>>> "set_mempolicy");
>>> diff --git a/testcases/kernel/mem/ksm/ksm04.c
>>> b/testcases/kernel/mem/ksm/ksm04.c
>>> index e4aa417..7829afd 100644
>>> --- a/testcases/kernel/mem/ksm/ksm04.c
>>> +++ b/testcases/kernel/mem/ksm/ksm04.c
>>> @@ -87,7 +87,7 @@ int main(int argc, char *argv[])
>>> int lc;
>>> char *msg;
>>> int size = 128, num = 3, unit = 1;
>>> - unsigned long nmask = 0;
>>> + unsigned long nmask[MAXNODES / (8*sizeof(unsigned long))] = { 0 };
>>> unsigned int node;
>>>
>>> msg = parse_opts(argc, argv, ksm_options, ksm_usage);
>>> @@ -95,7 +95,7 @@ int main(int argc, char *argv[])
>>> tst_brkm(TBROK, NULL, "OPTION PARSING ERROR - %s", msg);
>>>
>>> node = get_a_numa_node(tst_exit);
>>> - nmask = 1<< node;
>>> + nmask[node / (8*sizeof(unsigned long))] = 1<< (node % (8*sizeof(unsigned
>>> long)));
>>>
>>> setup();
>>>
>>> @@ -105,7 +105,7 @@ int main(int argc, char *argv[])
>>>
>>> write_memcg();
>>>
>>> - if (set_mempolicy(MPOL_BIND,&nmask, MAXNODES) == -1) {
>>> + if (set_mempolicy(MPOL_BIND, nmask, MAXNODES) == -1) {
>>> if (errno != ENOSYS)
>>> tst_brkm(TBROK | TERRNO, cleanup,
>>> "set_mempolicy");
>>> diff --git a/testcases/kernel/mem/lib/mem.c b/testcases/kernel/mem/lib/mem.c
>>> index f095fe1..abe29fd 100644
>>> --- a/testcases/kernel/mem/lib/mem.c
>>> +++ b/testcases/kernel/mem/lib/mem.c
>>> @@ -66,12 +66,12 @@ void oom(int testcase, int mempolicy, int lite)
>>> int status;
>>> #if HAVE_NUMA_H&& HAVE_LINUX_MEMPOLICY_H&& HAVE_NUMAIF_H \
>>> && HAVE_MPOL_CONSTANTS
>>> - unsigned long nmask = 0;
>>> + unsigned long nmask[MAXNODES / (8*sizeof(unsigned long))] = { 0 };
>>> unsigned int node;
>>>
>>> if (mempolicy)
>>> node = get_a_numa_node(cleanup);
>>> - nmask += 1<< node;
>>> + nmask[node / (8*sizeof(unsigned long))] = 1<< (node % (8*sizeof(unsigned
>>> long)));
>>> #endif
>>>
>>> switch (pid = fork()) {
>>> @@ -81,7 +81,7 @@ void oom(int testcase, int mempolicy, int lite)
>>> #if HAVE_NUMA_H&& HAVE_LINUX_MEMPOLICY_H&& HAVE_NUMAIF_H \
>>> && HAVE_MPOL_CONSTANTS
>>> if (mempolicy)
>>> - if (set_mempolicy(MPOL_BIND,&nmask, MAXNODES) == -1)
>>> + if (set_mempolicy(MPOL_BIND, nmask, MAXNODES) == -1)
>>> tst_brkm(TBROK | TERRNO, cleanup,
>>> "set_mempolicy");
>>> #endif
>>> --
>>> 1.7.8.110.g4cb5d
>>>
>>> ------------------------------------------------------------------------------
>>> Minimize network downtime and maximize team effectiveness.
>>> Reduce network management and security costs.Learn how to hire
>>> the most talented Cisco Certified professionals. Visit the
>>> Employer Resources Portal
>>> http://www.cisco.com/web/learning/employer_resources/index.html
>>> _______________________________________________
>>> Ltp-list mailing list
>>> Ltp-list@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/ltp-list
>>>
>>
>
>
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
prev parent reply other threads:[~2013-04-17 3:22 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-04 4:49 [LTP] [PATCH] Fix short of nodemask array gmail
2013-04-16 2:03 ` Wanlong Gao
2013-04-16 4:34 ` Zhouping Liu
2013-04-16 6:58 ` Jan Stancek
2013-04-17 3:13 ` Lans Zhang
[not found] ` <516E15C3.5080507@gmail.com>
2013-04-17 3:22 ` Wanlong Gao [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=516E156A.1000807@cn.fujitsu.com \
--to=gaowanlong@cn.fujitsu.com \
--cc=lans.zhang2008@gmail.com \
--cc=ltp-list@lists.sourceforge.net \
/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