- linaro-toolchain - lists.linaro.org

by Rob Savoye

== Progress == * Fixed test infrastructure bugs (TCWG 1378 - 8/10). - Installed Foundation Model on all Hetzner machines so aarch64 bare metal testing works. - Refactored all board support files to eliminate duplication to reduce maintainance headaches. Fixed ldflags so now getting good results. - Backport job is working good now. - Worked on Gerrit/Jenkins integration, with the goal of having the notifications work *after* the test and validation is done. - More work on optimizing SSH connections by reducing extraneous commands in the test framework. - Recreated stable branch from master now that results are much better. * Meetings and Misc (2/10) * Fixed National Park internal wireless network, getting access to much better bandwidth than the crappy Guest one. :-) == Plan == * Escape Yosemite, hard during a great weather window, and being the only person in my group with a job... * Continue fixing remote testing support, merge "boards" branch into master, then make it stable after more testing.

11 years, 10 months

1
0
0 0

[ACTIVITY] Week 40

by Charles Baylis

== Progress == Closed bug #405 (not a bug) NEON load/store . reworked patches not to do type-punning [9/10] . investigated alternative ways to solve poor code generation with array of vector types Started investigating NEON bugs 403, 418 [1/10] == Plan == NEON load/store - submit new patches, continue upstream discussion Try out validation infrastructure for my own patches

11 years, 10 months

1
0
0 0

[ACTIVITY] 29 September - 3 October 2014

by Christophe Lyon

== Progres == * GCC trunk/4.9 cross-validation (CARD-647) (3/10) - aarch64 address sanitizer tests currently all fail at execution under qemu because they try to reserve 50GB of memory. Tried to push the limits with no success so far. - working on fixing support for testcases generating a shared lib - newly introduced abi_check for aarch64 fails on my side, probable testsuite configuration problem. * Linaro branches - updated backports spreadsheet - reviewed backports prepared by Yvan * Validation (3/10) - manually running builds+validations to compare master and chroot branches, see the diffs between static and dynamic libs in terms of PASS/FAIL, .... * Neon intrinsics tests (1/10) - No need to comply to the GNU coding style since it's imported from and existing testsuite. - only minor changes requested - should help having the 1st subset committed soon * Misc (3/10) - calls/meetings - bugzilla admin etc..

11 years, 10 months

1
0
0 0

[ACTIVITY] Week 40

by Renato Golin

== Progress == * Automation Framework (CARD-1378 5/10) - Broken Chromebooks in the lab - Setting up AMD machine - Setting up Juno boards * Background (5/10) - Code review, meetings, discussions, etc. - Writing LPC presentations - Broken buildbots == Plan == * Spend less time fiddling with hardware... * Fix the Compiler-RT buildbot * FPU parser (PR20787) * .fpu in assembler (PR20757) * -mpfu in driver (PR20700)

11 years, 10 months

1
0
0 0

[PATCH 1/2] lib/make.sh: Add support for installing headers for i686 and x86_64

by Will Newton

--- lib/make.sh | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/lib/make.sh b/lib/make.sh index fb7137c..b917ece 100755 --- a/lib/make.sh +++ b/lib/make.sh @@ -460,8 +460,15 @@ make_install() local srcdir="`get_srcdir $1 ${2:+$2}`" if test `echo ${target} | grep -c aarch64` -gt 0; then dryrun "make ${make_opts} -C ${srcdir} headers_install ARCH=arm64 INSTALL_HDR_PATH=${sysroots}/usr" - else + elif test `echo ${target} | grep -c i.86` -gt 0; then + dryrun "make ${make_opts} -C ${srcdir} headers_install ARCH=i386 INSTALL_HDR_PATH=${sysroots}/usr" + elif test `echo ${target} | grep -c x86_64` -gt 0; then + dryrun "make ${make_opts} -C ${srcdir} headers_install ARCH=x86_64 INSTALL_HDR_PATH=${sysroots}/usr" + elif test `echo ${target} | grep -c arm` -gt 0; then dryrun "make ${make_opts} -C ${srcdir} headers_install ARCH=arm INSTALL_HDR_PATH=${sysroots}/usr" + else + warning "Unknown arch for make headers_install!" + return 1 fi if test $? != "0"; then warning "Make headers_install failed!" -- 1.9.3

11 years, 10 months

3
5
0 0

[ACTIVITY] 8th - 26th September

by Bernie Ogden

cbuild2 benchmarking - TCWG-360 [9/10] * Knocked off a lot of rough edges * Now working fairly robustly lowlevellock.h comments - CARD-341 [4/10] * Got a bit stuck trying to follow condvar locking * But wasn't really needed to describe the code in question LCA [10/10] LCA recovery day [2/10] Meetings/mail/etc [5/10] =Plan= cbuild2 benchmarking: * Push upstream for others to look at * Sort out storage story for benchmark sources and results * Try to get working on a Juno (in LAVA, therefore on OE) * Look at our Jenkins scripts with a view to figuring out how to hook in * Work through list of bits 'n' pieces to fix - + Don't scrape logs (bad for server) + Don't fail on network timeouts + Extra target control knobs - disable ASLR, set a nasty nice value, maybe hugepages + Set appropriate flags automatically for cross-builds

11 years, 10 months

1
0
0 0

[ACTIVITY] 22 - 26 September 2014

by Will Newton

== Progress == * Monday off to recover from Connect (2/10) * Catch up on email (1/10) * Upstream work (1/10, CARD-341) - Patch review * Investigate malloc single-thread optimizations (1/10, TCWG-436) - More exploratory work on atomics * Investigate binutils support for full range of AArch64 relocs (1/10) * Annual leave Thursday and Friday (4/10) == Issues == * None == Plan == * More work on atomics * Figure out how to make an LLVM cross compiler with gas/ld -- Will Newton Toolchain Working Group, Linaro

11 years, 10 months

1
0
0 0

[ACTIVITY] Week 39

by Yvan Roux

2 post-connect days off (4/10) == Issues == * Validation is in an "under construction" state. == Progress == * GCC 4.9 2014.10 (4/10) - Analysed validation issues with our cbuild2 branches. * Misc: (2/10) - Catch up with mails. - Various meetings. - AArch64 Libunwind upstream patch review. == Plan == * Catch up with backports * Audit validation failures

11 years, 10 months

1
0
0 0

[Weekly] 22-26 SEPT 2014

by Michael Collison

== This week == * TCWG-515 - Neon intrinsic testing part 1 (6/10) - developed reduced test case to demonstrated vclz DejaGnu failure - Created upstream bug (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63365) - Bug triage discovered issue occurs in copy propagation * Linaro Bugzilla 331 - [4.9 Regression] ICE in final_scan_insn, at final.c:2952 (aarch64-linux-gnu) (2/10) - Completed validation testing and sent to gcc-patches for trunk review * Linaro bugzilla 602 - gcc 4.7.3 compiler internal error while building hsail components (1/10) - Bug triage * Misc. (1/10) - 1:1 Meetings == Next week == - Identify solution for upstream bug 63365 - Triage bugzilla 602 - Resolve any blocking issues to patch for bugzilla 331

11 years, 10 months

1
0
0 0

[ACTIVITY] 22-26 Sept 2014

by Kugan

== Progress == * LR register not used in leaf functions (TCWG-539) (2/10) Posted the patch after regression testing https://gcc.gnu.org/ml/gcc-patches/2014-09/msg01833.html * AArch64 Spec2006 int regression (3/10) - After struggling to boot Juno, found the combination that works - Ran spec2006 int benchmarks to try reproduce - waiting for more information to continue * Launchpad bugs (LP1331112, LP1332640. LP1331126 and LP1320965) (3/10) - Set-up cbuild2 and spec2k on aarch64 board - ran aarch32 and aarch64 in aarch64 board with 09.2014 - Updated the bug entries with the results * Misc (2/10) - Connect recovery (2/10) == Plan == * 29/09/2014 - Public holiday * Get back to zero/sign extension with pass to promote operations

11 years, 10 months

1
0
0 0

[Activity] 22 - 26

by Venkataramanan Kumar

== Progress == * Connect recovery [6/10] Very short week short week travel back from connect 22nd - 23rd travel. 25th - sick leave. * Backport - Bug 676 - CSE did not optimize the redundant cmp instruction on aarch64 [2/10]. Checked the issue by building latest trunk, linaro branch and by adding the patch on top of linaro branch . Validated the code generated at -O2 and it seemed to be optimal and bug does not occur. Discussed with Christophe and decided to rebackport it along with 211881. It was reverted because of an libjava bug which is fixed in 211881. Used back flip to back port, git review was not automatically working. So manually amended by adding the change log for combined backport of revisions 209643 and 211881. * Misc [2/10] Prepared notes on LCU14 to AMD team. Examined spec benchmark in internal Aarch64 hardware for a support issue. Internal meeting and 1-1 with manager. == Plan == * Coremark benchmark and report for PGO and PGO + LTO * Get profiles on trunk for PGO and PGO + LTO * 29/9/2014 - Personal day off * 2/10/2014 - 3/10/2014- Dusserra Holidays Leave

11 years, 10 months

1
0
0 0

[ACTIVITY] Week 39

by Charles Baylis

== Progress == * Connect recovery [4/10] * NEON load/stores (TCWG-516 [5/10]) . initial review of my vldN_lane asm()->__builtin patches is promising . the other patches for other loads/stores are wrong. Have been investigating (with upstream) how much bigger the can of worms is. * Misc [1/10] . LCA15 travel . bug investigation (#405) == Plan == * more NEON load/store

11 years, 10 months

1
0
0 0

[ACTIVITY] 22-26 Sept 2014

by Christophe Lyon

Short week, 2 days holiday (4/10) == Progress == * GCC trunk/4.9 cross-validation (2/10) - reported a few new FAILs - trying to allocate time to fix new FAILs introduced in the 4.9 branch on devirt-28a.C, mostly because a testsuite configuration problem. - fixed reporting of email-driven validations * AArch64 libsanitizer - finally committed asan+ubsan support for AArch64! * Misc (4/10) * email catch-up * calls/meetings * updated backports speadsheet, backlog now > 75 * bugzilla management == Next == * GCC trunk/4.9 cross-validation: - actually reproduce+propose fixes for a couple of regressions recently observed * AArch64 thread sanitizer * Neon intrinsic tests * Analyze failures in Backport job in Jenkins * Analyze differences in validation results between using shared libs and static libs

11 years, 10 months

1
0
0 0

[ACTIVITY] Week 39

by Renato Golin

== Progress == * Two days holiday * Toolchain (CARD-862 2/6) - http://llvm.org/PR20700 (-Wa,-mfpu in IAS) WIP - http://llvm.org/PR20702 (vadd #imm, fix vbic) FIXED * Background (4/6) - Code review, meetings, discussions, etc. - Catching up with reviews & emails post-connect == Plan == * Continue -Wa,-mfpu implementation in IAS * Start implementing fpu stuff in assembler * Fix the Compiler-RT buildbot * Add libc++abi buildbot

11 years, 10 months

1
0
0 0

updated stable branch

by Rob Savoye

I just updated the stable branch to match master, which in my testing has been reliable and stable. I also changed the following Jenkins jobs to use the stable branch: Backport, BuildFarm, BinaryRelease, SourceRelease. Note that now any Jenkins job that runs tests and validates them using the tcwgweb.sh script, the build and test run may succeed, but if there are any regressions, the dot will be Red now instead of Green. This primarily effects the Backport and the Release jobs. - rob -

11 years, 10 months

2
1
0 0

updating stable branch today

by Rob Savoye

Unless anyone has a problem, I'm going to update the stable branch from master this afternoon. - rob -

11 years, 11 months

1
0
0 0

Re: what options should to compile aarch64 by gcc 4.9.

by Yvan Roux

Hi Sugar, the toolchain you need is the one with the aarch64-linux-gnu triplet. Regards, Yvan On 18 September 2014 08:05, Sugar <shugelinux(a)gmail.com> wrote: > Hi yvan, > I saw linaro have released > gcc-linaro-arm-linux-gnueabihf-4.9-2014.08_linux.tar.bz2. I have compiled > cortex-a53 by 'arm-linux-gnueabihf', but its binary is 'ELF 32-bit LSB > executable', not 'ELF 64-bit'. > Is it only compile to aarch32? If I want to compile aarch64, which > toolchains I should choose? Or what options should pass to compiler. > > Thanks.

11 years, 11 months

1
0
0 0

Toolchain for kernel 2.6.36

by Joel (Xi Zhou) Zhou

Hi all, I'm using ct-ng to rebuild Linaro toolchain (arm-linux-gnueabihf ) for Linux kernel 2.6.36. Ct-ng version: ct-ng-linaro-1.13.1-4.8-2014.01-01 There is a “FATAL: Kernel too old” message after mounting the rootfs. It turns out the default config using pre-built sysroot from Linaro website. After setting " CT_PREBUILT_SYSROOT=n" to build sysroot with lower kernel version, I get the following error: [EXTRA] Building final compiler [ERROR] /projects/broadcom-linux/joelz/opt/gcc-linaro-arm-linux-2.6-gnueabihf/arm-linux-gnueabihf/libc/usr/include/gnu/stubs.h:7:29: fatal error: gnu/stubs-soft.h: No such file or directory [ERROR] make[5]: *** [_muldi3.o] Error 1 [ERROR] make[4]: *** [multi-do] Error 1 I tried to put " -mfloat-abi=hard" as CFLAG in different place, still can't pass this error. If you have any idea how to fix it, please let me know. Thanks, Joel

11 years, 11 months

2
2
0 0

[ACTIVITY] 8-12 September 2014

by Christophe Lyon

== Progress == * GCC trunk/4.9 cross-validation (2/10) - noticed a couple of newly introduced failing tests in some corner cases - improved notification of selected commits to help fill the backports speadsheet * AArch64 libsanitizer - answered Marcus/Andrew after their feedback * Misc (conf calls, meetings, ....) 6/10 - usual 1/1 and team calls - Connect preparation - travelled on Friday == Next == * Connect LCU14

11 years, 11 months

1
0
0 0

[ACTIVITY] Week 37

by Renato Golin

== Progress == * Toolchain (CARD-862 6/10) - http://llvm.org/PR20529 (VFP unwind libcxxabi) - http://llvm.org/PR20700 (-Wa,-mfpu in IAS) - http://llvm.org/PR20702 (vadd #imm, fix vbic) * Buildbots (TCWG-76 1/10) - Three new ARMv7 buildbots with CMake are up - Another ARMv7 Benchmarking buildbot (tracking) * Background (3/10) - Code review, meetings, discussions, etc. - Connect preparations, taxi booking, etc == Plan == * Connect then... * Finish vadd, -mfpu * Start implementing fpu stuff in assembler * Fix the Compiler-RT buildbot * Work on LPC presentations

11 years, 11 months

1
0
0 0

[ACTIVITY] 8 - 12 September 2014

by Will Newton

== Progress == * More work on malloc app benchmark framework (1/10, TCWG-441) - Postgres still has an issue with SELinux on Fedora... * Email, meetings, etc. (1/10) * Upstream work (3/10, CARD-341) - Patch review - Investigate glibc testsuite build failures on ARM * Investigate malloc single-thread optimizations (4/10, TCWG-436) - Atomics changes look like they will only help on AArch64 - Some improvements can be made to atomic code in general on ARM and AArch64 - Still need to look at locking * Peparing and packing for Connect (1/10) == Issues == * Electric/gas meter replacement and broken refrigerator consumed some time == Plan == * Linaro Connect -- Will Newton Toolchain Working Group, Linaro

11 years, 11 months

1
0
0 0

[ANNOUNCE] Linaro GCC 4.9 2014.09 released

by Yvan Roux

The Linaro Toolchain Working Group (TCWG) is pleased to announce the 2014.09 release of the Linaro GCC 4.9 source package. Linaro GCC 4.9 2014.08 is the sixth Linaro GCC source package release. It is based on FSF GCC 4.9.2-pre+svn214896 and includes performance improvements and bug fixes. With the imminent release of ARMv8 hardware and the recent release of the GCC 4.9 compiler the Linaro TCWG will be focusing on stabilization and performance of the compiler as the FSF GCC compiler. The Linaro TCWG provides stable[1] quarterly releases and monthly enginering[2] releases. Interesting changes in this GCC source package release include * Updates to GCC 4.9.2-pre+svn214896 * Backport of [AArch32] TARGET_ATOMIC_ASSIGN_EXPAND_FENV hook * Backport of [AArch32] Enable arm target in ira-shrinkwrap-prep* testcases * Backport of [AArch32] fix check_effective_target_arm_nothumb * Backport of Do not convert cast + __builtin_round into __builtin_lround unless -fno-math-errno is used * Backport of [AArch64] Fix Thumb2 testsuite fallout * Backport of [AArch64_be] Fix vec_select hi/lo mask confusions. * Backport of [AArch64_be] Don't fold reduction intrinsics * Backport of [AArch64] Fix offset glitch in load reg pair pattern * Backport of [AArch64][2/2] Add constrain to address offset in storewb_pair/loadwb_pair insns * Backport of [AArch64] Improve TARGET_LEGITIMIZE_ADDRESS_P hook * Backport of [AArch64] Removed unused get_lane and dup_lane builtins. * Backport of [sched-deps] Generalise usage of macro fusion to work on any two insns * Backport of [doc] Document clrsb optab and fix some inconsistencies * Backport of [AArch64] Some aarch64-builtins.c cleanup. * Backport of Guard transformation to lrint by -fno-math-errno * Backport of [AArch32] Adjust clz, rbit and rev patterns for -mrestrict-it * Backport of [AArch32/AArch64] Add CRC32 scheduling information to Cortex-A53 and Cortex-A57 * Backport of [AArch64] Use REG_P and CONST_INT_P instead of GET_CODE + comparison * Backport of [AArch64] Prefer dup to zip for vec_perm_const; enable dup for bigendian; * Backport of [AArch32] TARGET_ATOMIC_ASSIGN_EXPAND_FENV hook * Backport of [AArch64] Use MOVN to generate 64-bit negative immediates where sensible * Backport of [AArch64] Delete f_sels, f_seld types, use fcsel instead * Backport of PR target/60606 target/61330 fix ICE * Backport of [AArch64] PR target/63190 Feedback and Support Subscribe to the important Linaro mailing lists and join our IRC channels to stay on top of Linaro development. ** Linaro Toolchain Development "mailing list": http://lists.linaro.org/mailman/listinfo/linaro-toolchain ** Linaro Toolchain IRC channel on irc.freenode.net at @#linaro-tcwg@ * Bug reports should be filed in Launchpad against "Linaro GCC project": http://bugs.launchpad.net/gcc-linaro/+filebug. * Questions? "ask Linaro": http://ask.linaro.org/. * Interested in commercial support? inquire at "Linaro support":mailto: support(a)linaro.org [1] Stable source package releases are defined as releases where the full Linaro Toolchain validation plan is executed. [2] Engineering source package releases are defined as releases where the compiler is only put through unit-testing and full validation is not performed.

11 years, 11 months

1
1
0 0

Weird problem building the 2014.08 toolchain in i686-lucid

by Bernhard Rosenkränzer

Hi, I'm having some very odd problems building the 2014.08 toolchain respin -- in the cbuild1 i686-lucid env, building glibc fails with [ERROR] ../sysdeps/unix/sysv/linux/bits/sched.h:127:14: error: variably modified '__bits' at file scope [ERROR] ../sysdeps/unix/sysv/linux/bits/sched.h:127:14: error: variably modified '__bits' at file scope [ERROR] ../sysdeps/unix/sysv/linux/bits/sigset.h:29:23: error: variably modified '__val' at file scope [ERROR] ../sysdeps/unix/sysv/linux/bits/sigset.h:29:23: error: variably modified '__val' at file scope [ERROR] ../misc/sys/select.h:69:15: error: variably modified 'fds_bits' at file scope [ERROR] ../misc/sys/select.h:69:15: error: variably modified 'fds_bits' at file scope [ERROR] /cbuild/slaves/oorts/crosstool-ng/builds/aarch64_be-linux-gnu-linux/install/aarch64_be-linux-gnu/libc/usr/include/linux/posix_types.h:25:16: error: variably modified 'fds_bits' at file scope [ERROR] /cbuild/slaves/oorts/crosstool-ng/builds/aarch64_be-linux-gnu-linux/install/aarch64_be-linux-gnu/libc/usr/include/asm/sigcontext.h:33:2: error: requested alignment is not a positive power of 2 [ERROR] /cbuild/slaves/oorts/crosstool-ng/builds/aarch64_be-linux-gnu-linux/install/aarch64_be-linux-gnu/libc/usr/include/asm/sigcontext.h:53:2: error: unknown type name '__uint128_t' [ERROR] /cbuild/slaves/oorts/crosstool-ng/builds/aarch64_be-linux-gnu-linux/install/aarch64_be-linux-gnu/libc/usr/include/linux/posix_types.h:25:16: error: variably modified 'fds_bits' at file scope [ERROR] /cbuild/slaves/oorts/crosstool-ng/builds/aarch64_be-linux-gnu-linux/install/aarch64_be-linux-gnu/libc/usr/include/asm/sigcontext.h:33:2: error: requested alignment is not a positive power of 2 [ERROR] /cbuild/slaves/oorts/crosstool-ng/builds/aarch64_be-linux-gnu-linux/install/aarch64_be-linux-gnu/libc/usr/include/asm/sigcontext.h:53:2: error: unknown type name '__uint128_t' [ERROR] ../ports/sysdeps/unix/sysv/linux/aarch64/sys/user.h:32:3: error: unknown type name '__uint128_t' [ERROR] ../ports/sysdeps/unix/sysv/linux/aarch64/sys/user.h:32:3: error: unknown type name '__uint128_t' (Yes, the fix is to get rid of cbuild1 and more importantly the requirement for 32-bit builds in a prehistoric environment - it builds just fine on 64-bit present-day boxes... But I don't think we want to make that change in a respin). The "variably modified" errors remain even after hardcoding typedef struct { __cpu_mask __bits[16]; } cpu_set_t; instead of relying on __CPU_SETSIZE and __NCPUBITS, and the line where it complains about alignment not being a positive power of 2 actually hardcodes an alignment of 16. Have you run into those before? ttyl bero

11 years, 11 months

2
1
0 0

[ACTIVITY] 1 - 5 September 2014

by Omair Javaid

== Progress == Debug KGDB with gdb for testing [4/10] LCU14 slides preparation and study for presentation. [2/10] Miscellaneous [4/10] * Configure to use hackbox to test aarch64 gdb remote configs * Retrieve gdb test results in different configurations. * Emails/Patch scrolling/Meetings etc == Plan == patch updates and re submission. Figure ARM and AArch64 gdb missing features. Prepare and travel LCU14

11 years, 11 months

1
0
0 0

[ACTIVITY] 1st - 4th September

by Bernie Ogden

=Progress= cbuild2 benchmarking - TCWG-360 [8/10] * Got an end-to-end run in my test environment * Patched tests to run more selectively (in review) Meetings/mail/etc - [2/10] =Plan= cbuild2 benchmarking: * Clean up some lose ends * Sort out source/results storage glibc: * Finish comments in lowlevellock.h (if time)

11 years, 11 months

1
0
0 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-toolchain