Hi Mark,
>On Tue, 2009-10-13 at 20:42 -0700, Garrett Cooper wrote:
>On Tue, Oct 13, 2009 at 7:18 PM, Mark Ver <[email protected]> wrote:
> > Trying to build ltp-full-20090930 on SLES-11. The "make all" gets the
> > following:
> >
> > ...
> > make[5]: Entering directory
> > `/root/ltp-full-20090930/testcases/kernel/controllers/cpuset/cpuset_lib'
> > gcc -g -O2 -Wall -g -Wextra -I../../../../include -c -o cpuinfo.o cpuinfo.c
> > gcc -g -O2 -Wall -g -Wextra -I../../../../include -c -o libbitmask.o
> > libbitmask.c
> > gcc -g -O2 -Wall -g -Wextra -I../../../../include -c -o libcpuset.o
> > libcpuset.c
> > libcpuset.c: In function âget_mempolicyâ:
> > libcpuset.c:3092: error: â__NR_get_mempolicyâ undeclared (first use in
> > this
> > function)
> > libcpuset.c:3092: error: (Each undeclared identifier is reported only once
> > libcpuset.c:3092: error: for each function it appears in.)
> > libcpuset.c: In function âset_mempolicyâ:
> > libcpuset.c:3097: error: â__NR_set_mempolicyâ undeclared (first use in
> > this
> > function)
> > make[5]: *** [libcpuset.o] Error 1
> > make[5]: Leaving directory
> > `/root/ltp-full-20090930/testcases/kernel/controllers/cpuset/cpuset_lib'
> > make[4]: *** [all] Error 2
> > make[4]: Leaving directory
> > `/root/ltp-full-20090930/testcases/kernel/controllers/cpuset'
> > make[3]: *** [all] Error 2
> > make[3]: Leaving directory
> > `/root/ltp-full-20090930/testcases/kernel/controllers'
> > make[2]: *** [all] Error 2
> > make[2]: Leaving directory `/root/ltp-full-20090930/testcases/kernel'
> > make[1]: *** [all] Error 2
> > make[1]: Leaving directory `/root/ltp-full-20090930/testcases'
> > make: *** [all] Error 2
> >
> > As far as I can tell the architecture does not support get_mempolicy and
> > set_mem_policy.
> >
> > Here are the configure logs and stuff from the build attempt:
> > (See attached file: ltp-full-20090930-s390x-builderr.tar.gz)
>
> The constant is defined for the platform, but not with the correct name:
>
> /usr/src/linux/arch/s390/kernel/syscalls.S:NI_SYSCALL
> /* 269 sys_get_mempolicy */
> /usr/src/linux/arch/s390/include/asm/unistd.h:/* Number 269 is
> reserved for new sys_get_mempolicy */
> /usr/src/linux/arch/s390/include/asm/unistd.h:#define __IGNORE_get_mempolicy
>
> This needs to be added to testcases/kernel/include/generate.sh for
> linux_syscall_numbers.h, or an arch specific #ifdef should be added
> for that test / to an autoconf test that would automatically determine
> whether or not your platform had a usable get_mempolicy syscall.
>
> Hope that helps describe what needs to take place next...
As Garret proposed, can you please apply the following Patch and see if it
solves your build problem. I get the following instructions from 2.6.31
kernel sources:
linux-2.6.31/arch/s390/include/asm/unistd.h:
208 #define __NR_remap_file_pages 267
209 /* Number 268 is reserved for new sys_mbind */
210 /* Number 269 is reserved for new sys_get_mempolicy */
211 /* Number 270 is reserved for new sys_set_mempolicy */
212 #define __NR_mq_open 271
Signed-off-by: Subrata Modak <[email protected]>,
---
--- ltp-intermediate-20091013/testcases/kernel/include/s390x.in.orig
2009-10-14 17:14:39.000000000 +0530
+++ ltp-intermediate-20091013/testcases/kernel/include/s390x.in 2009-10-14
17:15:26.000000000 +0530
@@ -14,3 +14,6 @@ fchmodat (__NR_openat + 11)
faccessat (__NR_openat + 12)
eventfd 318
fallocate 314
+get_mempolicy 269
+set_mempolicy 270
+
---
Regards--
Subrata
-Garrett
>
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list
