All of lore.kernel.org
 help / color / mirror / Atom feed
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

      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.