public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Subrata Modak <subrata@linux.vnet.ibm.com>
To: miaox@cn.fujitsu.com
Cc: LTP-ML <ltp-list@lists.sourceforge.net>
Subject: Re: [LTP] [PATCH] fix the bug of the smaller cpu_set_t's length in	getcpu01
Date: Thu, 07 Jan 2010 16:36:23 +0530	[thread overview]
Message-ID: <1262862383.12213.24.camel@subratamodak.linux.ibm.com> (raw)
In-Reply-To: <4B4403EA.7020600@cn.fujitsu.com>

On Wed, 2010-01-06 at 11:30 +0800, Miao Xie wrote: 
> getcpu01 test failed because the len of cpu_set_t in the glibc is smaller than
> the length of the cpumask in the kernel. So we must use the dynamically sized CPU sets instead
> of the standard cpu_set_t.
> 
> This patch fix this problem.
> Before using this patch, the test result is following:
> getcpu01    1  TFAIL  :  sched_getaffinity:errno:22
> 
> After using this patch, the test result is following:
> getcpu01    1  TPASS  :  getcpu() returned proper cpuid:3, node id:0
> 
> Signed-off-by: Miao Xie <miaox@cn.fujitsu.com>

Ok. Thanks.

Regards--
Subrata

> ---
>  testcases/kernel/syscalls/getcpu/getcpu01.c |   66 +++++++++++++++++++++++----
>  1 files changed, 56 insertions(+), 10 deletions(-)
> 
> diff --git a/testcases/kernel/syscalls/getcpu/getcpu01.c b/testcases/kernel/syscalls/getcpu/getcpu01.c
> index 9b4e52e..c13e0e7 100644
> --- a/testcases/kernel/syscalls/getcpu/getcpu01.c
> +++ b/testcases/kernel/syscalls/getcpu/getcpu01.c
> @@ -77,12 +77,16 @@ int sys_support = 0;
>  int sys_support = 0;
>  #endif
> 
> +#if !(__GLIBC_PREREQ(2, 7))
> +#define CPU_FREE(ptr) free(ptr)
> +#endif
> +
>  void cleanup(void);
>  void setup(void);
>  static inline int getcpu(unsigned int *, unsigned int *, void *);
>  unsigned int set_cpu_affinity();
>  unsigned int get_nodeid(unsigned int);
> -unsigned int max_cpuid(cpu_set_t *);
> +unsigned int max_cpuid(size_t, cpu_set_t *);
> 
>  char *TCID = "getcpu01";
>  int TST_TOTAL = 1;
> @@ -189,18 +193,56 @@ void setup(void)
>  unsigned int set_cpu_affinity()
>  {
>  	unsigned cpu_max;
> -	cpu_set_t set;
> -	if (sched_getaffinity(0, sizeof(cpu_set_t), &set) < 0) {
> -		tst_resm(TFAIL, "sched_getaffinity:errno:%d", errno);
> +	cpu_set_t *set;
> +	size_t size;
> +	int nrcpus = 1024;
> +#if __GLIBC_PREREQ(2, 7)
> +realloc:
> +	set = CPU_ALLOC(nrcpus);
> +#else
> +	set = malloc(sizeof(cpu_set_t));
> +#endif
> +	if (set == NULL) {
> +		tst_resm(TFAIL, "CPU_ALLOC:errno:%d", errno);
> +		tst_exit();
> +	}
> +
> +#if __GLIBC_PREREQ(2, 7)
> +	size = CPU_ALLOC_SIZE(nrcpus);
> +	CPU_ZERO_S(size, set);
> +#else
> +	size = sizeof(cpu_set_t);
> +	CPU_ZERO(set);
> +#endif
> +	if (sched_getaffinity(0, size, set) < 0) {
> +		CPU_FREE(set);
> +#if __GLIBC_PREREQ(2, 7)
> +		if (errno == EINVAL && nrcpus < (1024 << 8)) {
> +			nrcpus = nrcpus << 2;
> +			goto realloc;
> +		}
> +#else
> +		if (errno == EINVAL)
> +			tst_resm(TFAIL, "NR_CPUS of the kernel is more than 1024, so we'd better use a newer glibc(>= 2.7)");
> +		else
> +#endif
> +			tst_resm(TFAIL, "sched_getaffinity:errno:%d", errno);
>  		tst_exit();
>  	}
> -	cpu_max = max_cpuid(&set);
> -	CPU_ZERO(&set);
> -	CPU_SET(cpu_max, &set);
> -	if (sched_setaffinity(0, sizeof(cpu_set_t), &set) < 0) {
> +	cpu_max = max_cpuid(size, set);
> +#if __GLIBC_PREREQ(2, 7)
> +	CPU_ZERO_S(size, set);
> +	CPU_SET_S(cpu_max, size, set);
> +#else
> +	CPU_ZERO(set);
> +	CPU_SET(cpu_max, set);
> +#endif
> +	if (sched_setaffinity(0, size, set) < 0) {
> +		CPU_FREE(set);
>  		tst_resm(TFAIL, "sched_setaffinity:errno:%d", errno);
>  		tst_exit();
>  	}
> +	CPU_FREE(set);
>  	return cpu_max;
>  }
> 
> @@ -208,11 +250,15 @@ unsigned int set_cpu_affinity()
>   * Return the maximum cpu id
>   */
>  #define BITS_PER_BYTE 8
> -unsigned int max_cpuid(cpu_set_t * set)
> +unsigned int max_cpuid(size_t size, cpu_set_t * set)
>  {
>  	unsigned int index, max = 0;
> -	for (index = 0; index < sizeof(cpu_set_t) * BITS_PER_BYTE; index++)
> +	for (index = 0; index < size * BITS_PER_BYTE; index++)
> +#if __GLIBC_PREREQ(2, 7)
> +		if (CPU_ISSET_S(index, size, set))
> +#else
>  		if (CPU_ISSET(index, set))
> +#endif
>  			max = index;
>  	return max;
>  }


------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

      parent reply	other threads:[~2010-01-07 11:06 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-06  3:30 [LTP] [PATCH] fix the bug of the smaller cpu_set_t's length in getcpu01 Miao Xie
2010-01-06  5:11 ` Garrett Cooper
2010-01-07 11:06 ` Subrata Modak [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=1262862383.12213.24.camel@subratamodak.linux.ibm.com \
    --to=subrata@linux.vnet.ibm.com \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=miaox@cn.fujitsu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox