Re: Kernel 3.6 build bug with Linaro 4.7 toolchains
On Tue, Oct 2, 2012 at 4:59 PM, Tim Bird wrote: > When I try to build the Linux kernel version 3.6 with the gcc-4.7 > nightly build Linaro toolchains, linaro binutils needs to back port http://sourceware.org/git/?p=binutils.git;a=commit;h=3fd1fadc205bc69410080a72fb5854db76f03728 > > $ arm-eabi-gcc --version > arm-eabi-gcc (Linaro GCC 4.7-2012.09-1~dev) 4.7.2 20120910 (prerelease) > $ arm-eabi-as --version > GNU assembler (Linux/GNU Binutils) 2.23.51.0.3.20120918 > > I get a compiler error (actually, assembler error): > > AS arch/arm/lib/copy_from_user.o > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S: > Assembler messages: > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt r3,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt r4,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt r5,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt r6,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt r7,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt r8,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt ip,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:100: > Error: selected processor does not support ARM mode `ldralt lr,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:118: > Error: selected processor does not support ARM mode `ldralt r3,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:119: > Error: selected processor does not support ARM mode `ldralt r4,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:120: > Error: selected processor does not support ARM mode `ldralt r5,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:121: > Error: selected processor does not support ARM mode `ldralt r6,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:122: > Error: selected processor does not support ARM mode `ldralt r7,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:123: > Error: selected processor does not support ARM mode `ldralt r8,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:124: > Error: selected processor does not support ARM mode `ldralt lr,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:173: > Error: selected processor does not support ARM mode `ldralt lr,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt r4,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt r5,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt r6,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt r7,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt r8,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt r9,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt ip,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt lr,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:243: > Error: selected processor does not support ARM mode `ldralt lr,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:245: > Error: selected processor does not support ARM mode `ldralt r4,[r1],#4' > /a/home/tbird/work/auto-reduce/lto-test/linux-3/arch/arm/lib/copy_template.S:245: > Error: selected processor does not support ARM mode `ldralt r5,[r1],#4' > /a/home/tbird/work/auto-reduce
Re: Vexpress LTP questions
On Wed, Sep 22, 2010 at 3:51 PM, Matt Waddel wrote: > Hi, > > There are many failures in the LTP tests related to message > queues. This is because the CONFIG_POSIX_MQUEUE option is > disabled in the kernel. When I enable this option all the > ltp mqueue tests pass. Does anyone know why we would want > this option to be disabled? It doesn't seem to add much to > the size of kernel (<5K). > > > Here's a list of the other Vexpress LTP failures - any > comments are welcome: I guess size would be one reason. It used to be that to use posix queue one needed to use libmqueue but now glibc/librt also has the implementation so it can be used by linking with librt. > > fallocate01 1 TFAIL : fallocate(5, 0, 49152, 4096) failed: > TEST_ERRNO=EFBIG(27): File too large > fallocate01 2 TFAIL : fallocate(6, 1, 49152, 4096) failed: > TEST_ERRNO=EFBIG(27): File too large > fallocate02 7 TFAIL : fallocate(tfile_write_15396:6, 1, 0, 4096) > failed, expected errno:0: TEST_ERRNO=EFBIG(27): > File too large > fallocate03 1 TFAIL : fallocate(tfile_sparse_15397, 0, 8192, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > fallocate03 2 TFAIL : fallocate(tfile_sparse_15397, 0, 49152, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > fallocate03 3 TFAIL : fallocate(tfile_sparse_15397, 0, 69632, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > fallocate03 4 TFAIL : fallocate(tfile_sparse_15397, 0, 102400, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > fallocate03 5 TFAIL : fallocate(tfile_sparse_15397, 1, 8192, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > fallocate03 6 TFAIL : fallocate(tfile_sparse_15397, 1, 49152, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > fallocate03 7 TFAIL : fallocate(tfile_sparse_15397, 1, 77824, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > fallocate03 8 TFAIL : fallocate(tfile_sparse_15397, 1, 106496, 4096) > failed: TEST_ERRNO=EFBIG(27): File too large > getcontext01 1 TFAIL : getcontext - Sanity test : Fail errno=38 : > Function not implemented > get_robust_list01 1 TFAIL : get_robust_list: retval = -1 (expected -1), > errno = 38 (expected 14) > get_robust_list01 2 TFAIL : get_robust_list: retval = -1 (expected -1), > errno = 38 (expected 14) > get_robust_list01 3 TFAIL : get_robust_list: retval = -1 (expected -1), > errno = 38 (expected 3) > get_robust_list01 4 TFAIL : get_robust_list: retval = -1 (expected -1), > errno = 38 (expected 1) > get_robust_list01 5 TFAIL : get_robust_list: retval = -1 (expected 0), > errno = 38 (expected 0) > set_robust_list01 1 TFAIL : set_robust_list: retval = -1 (expected -1), > errno = 38 (expected 22) > set_robust_list01 2 TFAIL : set_robust_list: retval = -1 (expected 0), > errno = 38 (expected 0) > swapon03 1 TFAIL : Failed to find out existing number of swap files: > errno=ENOENT(2): No such file or directory > sysctl03 2 TFAIL : Got expected error: TEST_ERRNO=EACCES(13): > Permission denied > > --Matt > > ___ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > -- -Khem ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Linaro gcc ICE bug
Hi The bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46883 files against GCC trunk also happens with linaro gcc 4.5 My guess is that there is a backported patch from trunk into linaro 4.5 tree thats causing this ICE This ICE does not happen on upstream gcc-4.5 branch I havent figured out the commit yet. Should you need a bug in linaro bug tracker I will be happy to file one Thanks -Khem ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Another GCC ICE on x86 this time
On Tue, Jan 18, 2011 at 5:49 PM, Michael Hope wrote: > On Fri, Jan 14, 2011 at 12:31 PM, Khem Raj wrote: >> Hi >> >> There is another ICE which is happening when compiling libcstdc++ for x86 >> Attached testcase you will be able to reproduce this problem >> by compiling >> >> cc1plus a.i -Os -march=pentiumpro >> >> and if I revert r99456 this works well. > > Hi Khem. Sorry for the delay in replying but we've all been busy with > the mid-cycle sprint. > > I can't reproduce this with the latest gcc-linaro-2011.01-1 release. > Would you mind trying again with that revision? Probably because r99461 backs out the faulty commit. > > -- Michael > ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: GCC ICE compiling glibc with latest linaro gcc 4.5
On (12/01/11 07:54), Michael Hope wrote: > On Tue, Jan 11, 2011 at 3:40 PM, Khem Raj wrote: > > Hi > > > > Commit r99457 on linaro 4.5 branch is causing a ICE when compiling the > > attached file with following options > > > > gcc-4_5-branch/build.i686-linux.armeb-oe-linux-gnueabi/gcc/cc1 -O2 > > -mtune=xscale a.i > > > > It only happens when I use -mtune=xscale otherwise it compiles fine > > It was tested on armeb I have not done a test on LE. > > > > I have attached the testcase to this email as well. > > Hi Khem. I'm afraid we're all at the Linaro Sprint at the moment. We > should be able to have a look at it next week, FWIW This problem has resurfaced with commit 99475 again. It was gone when r99457 was reverted in r99461 and it happens on both BE and LE ARM the key is -O2 -mtune=xscale options -Khem ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: GCC ICE compiling glibc with latest linaro gcc 4.5
On (12/01/11 07:54), Michael Hope wrote: > On Tue, Jan 11, 2011 at 3:40 PM, Khem Raj wrote: > > Hi > > > > Commit r99457 on linaro 4.5 branch is causing a ICE when compiling the > > attached file with following options > > > > gcc-4_5-branch/build.i686-linux.armeb-oe-linux-gnueabi/gcc/cc1 -O2 > > -mtune=xscale a.i > > > > It only happens when I use -mtune=xscale otherwise it compiles fine > > It was tested on armeb I have not done a test on LE. > > > > I have attached the testcase to this email as well. > > Hi Khem. I'm afraid we're all at the Linaro Sprint at the moment. We > should be able to have a look at it next week, a bit more If I replace line arm.c:10117 in arm_gen_load_multiple_1() if (low_irq_latency || (arm_tune_xscale && count <= 2 && ! optimize_size)) with if (low_irq_latency) It starts to work again. > > -- Michael -- -Khem ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
