From: Sharyathi Nagesh <sharyath@in.ibm.com>
To: liubo <liubo2009@cn.fujitsu.com>
Cc: "Rishikesh K. Rajak" <risrajak@in.ibm.com>,
ltp-list@lists.sourceforge.net
Subject: Re: [LTP] [PATCH][RFC]Testcases mbind01.c and get_mempolicy01 fails with EINVAL
Date: Sat, 07 Nov 2009 06:46:53 +0530 [thread overview]
Message-ID: <4AF4CA85.8050206@in.ibm.com> (raw)
In-Reply-To: <4AEFF972.3080405@cn.fujitsu.com>
Liu
Excuse me for the late response. I looked into Kconfig file and it looks that what you
are saying is correct assessment.
This is what Kconfig file under arch/x86 says
---------------------------------------------------------------------------------------
config MAXSMP
bool "Configure Maximum number of SMP Processors and NUMA Nodes"
depends on X86_64 && SMP && DEBUG_KERNEL && EXPERIMENTAL
---------------------------------------------------------------------------------------
So this value is changed only specific to x86_64 arch
And check for ppc64 didn't reveal any modification to the MAX_NUMNODE value.
As you put it reading this value from configure file appears to be a better idea
Thanks
Sharyathi
On Tuesday 03 November 2009 03:05 PM, liubo wrote:
>> int uninitialized_var(pval);
>> nodemask_t nodes;
>>
>> if (nmask != NULL&& maxnode< MAX_NUMNODES)
>> return -EINVAL;
>> <== in the kernel code,
>> MAX_NUMNODES comes to 512
>
> Is it better that "MAX_NUMNODES" get from configure file?
>
> For different platforms may have different MAX_NUMNODES.
>
>
> Regards--
> Liu Bo
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
prev parent reply other threads:[~2009-11-06 13:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-03 9:17 [LTP] [PATCH][RFC]Testcases mbind01.c and get_mempolicy01 fails with EINVAL Sharyathi Nagesh
2009-11-03 9:35 ` liubo
2009-11-07 1:16 ` Sharyathi Nagesh [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=4AF4CA85.8050206@in.ibm.com \
--to=sharyath@in.ibm.com \
--cc=liubo2009@cn.fujitsu.com \
--cc=ltp-list@lists.sourceforge.net \
--cc=risrajak@in.ibm.com \
/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.