----- Original Message -----
> From: chru...@suse.cz
> To: "Jan Stancek" <jstan...@redhat.com>
> Cc: ltp-list@lists.sourceforge.net
> Sent: Tuesday, 26 August, 2014 12:06:42 PM
> Subject: Re: [LTP] [PATCH] tst_ncpus_max: use kernel_max if available
>
> Hi!
> > sched_getaffinity() and sched_setaffinity() cares about number of possible
> > CPUs the OS or hardware can support, which can be larger than what
> > sysconf(_SC_NPROCESSORS_CONF) currently provides (by enumarating
> > /sys/devices/system/cpu/cpu* entries).
> >
> > Use /sys/devices/system/cpu/kernel_max, if available. This represents
> > NR_CPUS-1, a compile time option which specifies "maximum number of CPUs
> > which this kernel will support". This should give us cpu mask size
> > large enough for any purposes.
> >
> > If the kernel_max sysfs file is not available, fall back to
> > _SC_NPROCESSORS_CONF.
>
> Looks good to me, acked.
Thanks, pushed.
>
> Is this last failure that needed to be fixed before the release or are
> there any more?
These two are still open / under discussion:
[PATCH] sbrk02: check for ret code in setup()
[PATCH] mmap15: don't fail if mmap returns EINVAL
mmap15 looks like old issue, so it could wait after release.
sbrk02 can loop indefinitely in setup(), which is worse IMO.
Regards,
Jan
>
> --
> Cyril Hrubis
> chru...@suse.cz
>
------------------------------------------------------------------------------
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
