lkml.org 
[lkml]   [2010]   [May]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: cpumask: fix compat getaffinity
Date
On Saturday 08 May 2010 10:30:47 Rusty Russell wrote:
>
> On Fri, 7 May 2010 10:15:49 pm Arnd Bergmann wrote:
> > Commit a45185d2d "cpumask: convert kernel/compat.c" broke
> > libnuma, which abuses sched_getaffinity to find out NR_CPUS
> > in order to parse /sys/devices/system/node/node*/cpumap.
> >
> > On NUMA systems with less than 32 possibly CPUs, the
> > current compat_sys_sched_getaffinity now returns '4'
> > instead of the actual NR_CPUS/8, which makes libnuma
> > bail out when parsing the cpumap.
>
> Really? AFAICT the cpumap is printed using nr_cpu_ids too. Can you
> give an example of what cpumap is on this system?

On Ken's PS3 running the Fedora 12 kernel (2.6.32-something), the output
from my memory is 00000000,00000000,00000000,00000003\n. NR_CPUs
is 128, nr_cpu_ids is most likely 2.

Arnd


\
 
 \ /
  Last update: 2010-05-08 11:13    [W:0.081 / U:0.372 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site