- linaro-toolchain - lists.linaro.org

by Peter Maydell

RAG: Red: Amber: Green: Current Milestones: || || Planned || Estimate || Actual || ||cp15-rework || 2012-01-06 || 2012-02-20 || || ||qemu-kvm-getting-started || 2012-03-04?|| 2012-03-04?||2012-02-01 || (for blueprint definitions: https://wiki.linaro.org/PeterMaydell/QemuKVM) Historical Milestones: ||a15-usermode-support || 2011-11-10 || 2011-11-10 || 2011-10-27 || ||upstream-omap3-cleanup || 2011-11-10 || 2011-12-15 || 2011-12-12 || ||initial-a15-system-model || 2012-01-27 || 2012-01-27 || 2012-01-17 || == cp15-rework == * Since this isn't in the critical path any more we'll work on it next quarter, and adjust its priority/due dates post Connect. == qemu-kvm-getting-started == * finished writing up HowTo documents for reproducing the KVM prototype and running it on a Fast Model: https://wiki.linaro.org/PeterMaydell/KVM/HowTo * did the last bits of testing enough to be able to say we've done the initial prototype work for TCWG2011-A15-KVM, which means we can close out the qemu-kvm-getting-started blueprint. == other == * more upstream patch review, etc * LP:926012: patches to support prctl(PR_SET_NAME, ...) in linux-user mode, for the benefit of perl 5.14.

13 years, 6 months

1
0
0 0

[ACTIVITY] w05

by Asa Sandahl

Hi! * -o2/-o3 benchmarking: Did some final work on the charts for the -O3 write up. * gcc-4.7 benchmarking: Worked on the charts for gcc-4.7 benchmarking. The Fortran tests in Spec2000 were missing from my runs. The reason was that I had mixed with the LD_LIBRARY_PATH in the cbuild make file on a previous occasion. :-( Created an internal wiki page for the results, modeled after Michael's page about -O3: https://wiki.linaro.org/Internal/ToolChain/Benchmarks/gcc-4.7_benchmarking * v8: No progress for JavaScript benchmarks this weak. https://wiki.linaro.org/AsaSandahl/Sandbox/JavaScriptBenchmarks * Bug triaging: Had a look at this bug. https://bugs.launchpad.net/gcc-linaro/+bug/923397 Regards Åsa

13 years, 6 months

1
0
0 0

[Activity] Week 05

by Zhenqiang Chen

Summary: * Analyze PATH issues for win32 binary toolchain. Details: 1. Analyze PATH issues for win32 binary toolchain. * gcc can not find the install dir if user set PATH="INSTALL_DIR\bin" in dos cmdline, which leads to compile fail since gcc can not find ../lib, ../libexec, etc. * Root cause: in dos, " is taken as part of dirs during set PATH, which is different from cygwin or linux. And dir with " is invalid in dos. * Work out a patch to filter " in function make_relative_prefix_1 and discuss it with Michael. * Create an windows install package, so users do not need to set PATH. Will discuss more detail with Michael for the following releases. 2. Read document to ramp-up on gcc. Plans: * Feb 6-10: Linaro Connect Q1.12 Best regards! -Zhenqiang

13 years, 6 months

1
0
0 0

Benchmark investigation at Connect

by Michael Hope

I've set up a new user on my laptop that we can use for experimenting with benchmarks during Connect. Here's what we've got: * A user called 'connect' * Ramana, Ulrich, Åsa, and myself can log in via SSH * bzr repo for trunk, 4.6, and gcc-linaro 4.6 * Tarballs of all gcc-linaro 4.4, 4.5, and 4.6 releases * Tarballs of the recent CSL, Google 4.6, and Android 4.4 compilers * A sysroot in ~/sysroot * Cross-binutils etch in ~/cross * A shared ccache in ~/ccache primed with these * A ~/env.sh that sets up the right paths etc * A ~/builds/doconfigure.sh that configures for our standard ARMv7-A C/C++/Fortran configuration * EEMBC, DENBench, and SPEC 2000 under ~/benchmarks The trees under build/ build into build/$ver/build and install into build/$ver/install. The benchmarks are set up to cross build and cross run. I've pulled ursa2 out of the farm and nuked it, so we can do something like: make CROSS_COMPILE=arm-linux-gnueabi- RUN="$PWD/sshrun ursa2" to run the benchmarks. I'll see about perf. We still need to re-baseline the benchmarks and get perf traces. Anything else needed? You can log in and try things if you want. Go through the bounce host and try connecting as connect@crucis. -- Michael

13 years, 6 months

2
2
0 0

Improved use of vst1 via vec_extract (PR 51819 test case)

by Ulrich Weigand

Hi Ramana, as you pointed out, in the gcc.dg/vect/vect-double-reduc-6.c test case, using compiler options as described in PR 51819, we see the following inefficient code generation: vmov.32 r2, d28[0] @ 57 vec_extractv4si [length = 4] vmov.32 r1, d22[0] @ 84 vec_extractv4si [length = 4] str r2, [r0, #4] @ 58 *thumb2_movsi_vfp/7 [length = 4] vmov.32 r3, d0[0] @ 111 vec_extractv4si [length = 4] str r1, [r0, #8] @ 85 *thumb2_movsi_vfp/7 [length = 4] vst1.32 {d2[0]}, [r0:64] @ 31 neon_vst1_lanev4si [length = 4] str r3, [r0, #12] @ 112 *thumb2_movsi_vfp/7 [length = 4] bx lr @ 120 *thumb2_return [length = 12] (The :64 alignment in vst1.32 is incorrect; that is that actual problem in PR 51819, which is now fixed.) The reason for this particular code sequence turns out to be as follows: The middle end tries to store the LSB vector lane to memory, and uses the vec_extract named pattern to do so. This pattern currently only supports an "s_register_operand" destination, and is implemented via vmov to a core register. The contents of that register are then stored to memory. Now why does any vst1 instruction show up? This is because combine is able to merge the vec_extract back into the store pattern and ends up with a pattern that matches neon_vst1_lanev4si. Note that the latter pattern is actually intended to implement NEON built-ins (vst1_lane_... etc). Now there seem to be two problems with this scenario: First of all, the neon_vst1_lane<mode> patterns seem to be actually incorrect on big-endian systems due to lane-numbering problems. As I understand it, all NEON intrinsics are supposed to take lane numbers according to the NEON ordering scheme, while the vec_select RTX pattern is defined to take lane numbers according to the in-memory order. Those disagree in the big-endian case. All other patterns implementing NEON intrinsics therefore avoid using vec_select, and instead resort to using special UNSPEC codes -- the sole exception to this happens to be neon_vst1_lane<mode>. It would appear that this is actually incorrect, and the pattern ought to use a UNSPEC_VST1_LANE unspec instead (that UNSPEC code is already defined, but nowhere used). Now if we make that change, then the above code sequence will contain no vst1 any more. But in any case, expanding first into a vec_extract followed by a store pattern, only to rely on combine to merge them back together, is a suboptimal approach. One obvious drawback is that the auto-inc-dec pass runs before reload, and therefore only sees plain stores -- with no reason whatsoever to attempt to introduce post-inc operations. Also, just in general it normally works out best to allow the final choice between register and memory operands to be make in reload ... Therefore, I think the vec_extract patterns ought to support *both* register and memory destination operands, and implement those via vmov or vst1 in final code generation, as appropriate. This means that we can make the choice in reload, guided as usual by alternative ordering and/or penalties -- for example, we can choose to reload the address and still use vst1 over reloading the contents to a core register and then using an offsetted store. Finally, this sequence will also allow the auto-inc-dec pass to do a better job. The current in-tree pass doesn't manage unfortunately, but with Richard's proposed replacement, assisted by a tweak to the cost function to make sure the (future) address reload is "priced in" correctly, I'm now seeing what appears to be the optimal code sequence: vst1.32 {d6[0]}, [r0:64]! @ 30 vec_extractv4si/1 [length = 4] vst1.32 {d22[0]}, [r0]! @ 56 vec_extractv4si/1 [length = 4] vst1.32 {d2[0]}, [r0:64]! @ 82 vec_extractv4si/1 [length = 4] vst1.32 {d4[0]}, [r0] @ 108 vec_extractv4si/1 [length = 4] bx lr @ 116 *thumb2_return [length = 12] (Again the :64 is wrong; it's already fixed on mainline but I haven't pulled that change in yet.) The attached patch implements the above-mentioned changes. Any comments? I'll try to get some performance numbers as well before moving forward with the patch ... (As an aside, it might likewise be helpful to update the vec_set patterns to allow for memory operands, implemented via vld1.) (See attached file: diff-gcc-arm-vecextractmem) B.t.w. I'm wondering how I can properly test: - that the NEON intrinsics still work - that everything works on big-endian Any suggestions would be appreciated! Mit freundlichen Gruessen / Best Regards Ulrich Weigand -- Dr. Ulrich Weigand | Phone: +49-7031/16-3727 STSM, GNU compiler and toolchain for Linux on System z and Cell/B.E. IBM Deutschland Research & Development GmbH Vorsitzende des Aufsichtsrats: Martina Koederitz | Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht Stuttgart, HRB 243294

13 years, 6 months

2
5
0 0

Building at -O3 write up

by Michael Hope

One of our cards this quarter was -O3 as a performance theme which included doing a write up on the advantages and usability of -O3. This write up is at: https://wiki.linaro.org/Internal/ToolChain/BuildingAtO3 A sanitised version with non-sharable benchmark data is at: https://wiki.linaro.org/Internal/ToolChain/BuildingAtO3 Could someone review it for me please? Both facts and style. Peter, care to nit it? -- Michael

13 years, 6 months

2
5
0 0

Android SMP Session - request for participation

by Mounir Bsaibes

The Linaro Android team has scheduled an SMP session and is requesting some participation from the Toolchain WG. The session's blueprint to subscribe to: https://blueprints.launchpad.net/linaro-android/+spec/linaro-platforms-q112… Zach, If this is not the correct session, please let the team know. Thanks, Mounir -- Mounir Bsaibes Project Manager Follow Linaro.org: facebook.com/pages/Linaro/155974581091106 http://twitter.com/#!/linaroorg http://www.linaro.org/linaro-blog <http://www.linaro.org/linaro-blog>

13 years, 6 months

1
0
0 0

GCC 4.7 import

by Michael Hope

Hi Andrew. gcc-4.7~svn183693 just finished running through the auto builders and builds and tests in the ARM, Cortex-A9, i686, and x86_64 configurations. You could base the Linaro 4.7 branch off that. It's r114897 in bzr and, suitably, Sandra is the author. -- Michael

13 years, 6 months

1
0
0 0

bzr, quick pulls, and new branches

by Michael Hope

For your records: Loïc wrote a script that pushes the revisions from a GCC branch into the current development focus. This makes branching on a shared repository much faster. The script is here: http://bazaar.launchpad.net/~linaro-toolchain-dev/cbuild/tools/view/head:/e… and it runs daily on a cronjob as the cbuild user on the 'apus' EC2 instance (phew). We'll need to update this when 4.7 comes along. -- Michael

13 years, 6 months

1
0
0 0

KVM/Fast Models howto wiki pages updated

by Peter Maydell

I've gone through the documentation on the wiki about how to get going with KVM on Fast Models, to clean it up and reorganise it and add some of the missing bits (notably how to set up a KVM guest kernel and filesystem). It's now at: https://wiki.linaro.org/PeterMaydell/KVM/HowTo The only minor point I'd still like to address is that at the moment we document the old-style "build your kernel and arguments into an .axf file" boot-wrapper, because my changes to support specifying them at model runtime haven't yet gone into the boot-wrapper git repo. When they do land I'll update the wiki. (Yes, technically TCWG2011-A15-KVM says "one page summary" but I thought splitting it into four pages was much clearer :-)) -- PMM

13 years, 6 months

1
0
0 0

Adding lower optimisations into the mix

by Michael Hope

Ken, Åsa: could you add a -O0 and -O1 build to the size and benchmark results? I'm looking at the writeup and it would be interesting to contrast the speed/size of -O0 with -O2. Ta, -- Michael

13 years, 6 months

3
2
0 0

[ACTIVITY] January 23rd-27th

by Andrew Stubbs

Continued work on 64-bit shifts in core registers. This has now been posted to gcc-patches, and is awaiting review. 64-bit shifts in NEON are also working correctly, but the register allocator chooses not to use them most of the time. I've begun trying to work out why, but it's quite involved in ira-costs.c and will take some unpicking, I think. Attempted to create a Linaro GCC 4.7 branch, but my test build failed, so that'll have to wait until it's stabilized a little.

13 years, 6 months

2
1
0 0

sysroots for the next binary toolchain release

by Michael Hope

Hi Marcin, Ricardo. How is the work on pre-built sysroots coming along? I'd like to use/reference them in the next binary toolchain release. I'm looking for: * Scripts that produce the sysroots * A README that covers what they contain and how to reproduce them * Test plan * An official tagged branch holding the above * A tarball release of the above * A tarball release of the different sysroots * Done in a way so they easily integrate with the binary builds[1] and are useful to others as a sysroot * Relocatable * Usable on win32 and Linux all hosted somewhere. Zhenqiang and I can test and give you feedback. For reference, here's the README for the binary builds: http://launchpadlibrarian.net/90998258/README.txt Here's the simple script I used to make a libc only sysroot: http://bazaar.launchpad.net/~linaro-toolchain-dev/crosstool-ng/linaro/view/… I used chdist as I don't know multistrap. I guessed and added build-dep support to download the build dependencies. It also fixes up the absolute symlinks to relative. -- Michael [1] https://launchpad.net/linaro-toolchain-binaries

13 years, 7 months

1
0
0 0

[Activity] Week 4 - W/e 27th January

by Ramana Radhakrishnan

==Progress=== * Fixed PR48308 on FSF trunk. Needs backporting to FSF GCC 4.6 branch * Fixed a number of failing testcases on trunk. * Read up on Partial-partial PRE . Slow progress but getting a handle on the theory now. A couple of approaches being benchmarked . Still slow progress. * Debugged Andrew's issues with 64 bit shifts. Nice that skype screen sharing works well on Ubuntu. * Started notes for Connect 2012.q1. * Looked into the strd / strexd failure on the testcase in trunk. Looked at a small patch to implement sync_lock_releasedi for ARM but needs some more time and effort. Filed issue https://bugs.launchpad.net/gcc-linaro/+bug/922474 === Plans === * Finish 1x AFDS * Continue with partial-partial PRE . * Finish backport of fix for PR50313 to appropriate branches * Start preparing for Connect 2012.q1 * Do something about the PGO and ABI patches next week. Absences. * Feb 6-10 : Linaro Connect Q1.12. * Feb 13- 18 : Holiday.

13 years, 7 months

2
1
0 0

[ACTIVITY] weekly status

by Ken Werner

Hi, * libunwind * reviewed small patch from T. R. of Nokia who provided a bugfix in case unwind instructions are popping VFP registers * exchanged mails with P. W. from Bosch who encountered a crash in case DWARF info is involved * OpenEmbedded * changed Qt build to respect the optimization flags * wrote a script around QEMU to measure the memory footprint using named pipes to communicate with the serial console of the guest * rebuilt the minimal, sato and qt4e images using the gcc-linaro-arm-linux-gnueabi-2012.01-20120125_linux (optimization levels: -O2, -O3 -fno-tree-vectorize and -O3) * collected/updated the ELF size and memory footprint results: * https://docs.google.com/spreadsheet/ccc?key=0AmsCLxCMnnISdDNQSEM2ZHIxd3dVNj… * https://docs.google.com/spreadsheet/ccc?key=0AmsCLxCMnnISdHFtZll0OWdiTlhpdj… * uploaded the image packs to: http://people.linaro.org/~kwerner/oe-core/ * prepared the environment to build the images using -O1 Regards, Ken

13 years, 7 months

1
0
0 0

[ACTIVITY] Jan 23 - Jan 27

by Ulrich Weigand

== GDB == * Committed follow-on patch to fix cosmetic issues resulting from the remote "info proc" patch set. == GCC == * Created 4.6 backport branch including Richard's subreg forward- propagation branch, the modes-tieable patch, and the combine.c regression fix, and evaluated for correctness and performance. Investigation of performance regressions uncovered a problem in the register allocator: tied subregs (validly) cause somewhat larger register pressure in certain cases, and this caused the 4.6 IRA to generate spills. Note that the 4.7 IRA is still able to allocate every pseudo in the very same code; this is a result of Vladmir's significant IRA rewrite in 4.7 ... * Investigated Ramana's vld1 patches, and a problem with excessive vmov's in the PR 51819 test case pointed out by Ramana. It turns out that when we extract a lane from a vector to memory using an offsetted address, we move the value through a core register instead of simply computing the address and using vst1. I'm working on a patch to address this. Mit freundlichen Gruessen / Best Regards Ulrich Weigand -- Dr. Ulrich Weigand | Phone: +49-7031/16-3727 STSM, GNU compiler and toolchain for Linux on System z and Cell/B.E. IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Martin Jetter | Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht Stuttgart, HRB 243294

13 years, 7 months

1
0
0 0

[ACTIVITY] report week 04

by Peter Maydell

RAG: Red: Amber: Green: Current Milestones: || || Planned || Estimate || Actual || ||cp15-rework || 2012-01-06 || 2012-02-20 || || ||qemu-kvm-getting-started || 2012-03-04?|| 2012-03-04?|| || (for blueprint definitions: https://wiki.linaro.org/PeterMaydell/QemuKVM) Historical Milestones: ||a15-usermode-support || 2011-11-10 || 2011-11-10 || 2011-10-27 || ||upstream-omap3-cleanup || 2011-11-10 || 2011-12-15 || 2011-12-12 || ||initial-a15-system-model || 2012-01-27 || 2012-01-27 || 2012-01-17 || == cp15-rework == * discussions with Rusty == qemu-kvm-getting-started == * wrote patches for the A15 Fast Models boot-wrapper that allow you to pass the kernel/initrd/kernel command line via a parameter to the model rather than having to hard code them into an ELF file along with the boot-wrapper. This should make life a lot easier for the validation folk. * various discussions with validation/etc about what you can and can't do with a model and what the best setup is going to be * sorted out a Debian fs to use for KVM guest : this is needed because the kernel module doesn't do Thumb or VFP yet. * started on rearranging and improving the writeup/HOWTO on the wiki == other == * target-arm/arm-devs queues pushed upstream [Calxeda Highbank model is now in upstream QEMU] * helping Will Deacon track down what looks like a race condition in Linux's handling of VFP on SMP where signal handlers are involved * a QEMU Object Model patch series has landed upstream -- this will be a nasty rebase for qemu-linaro next week I think

13 years, 7 months

1
0
0 0

[ACTIVITY] w04

by Asa Sandahl

Hi! * -o2/-o3 benchmarking: Worked on and shared charts for the -o2/-o3 benchmark runs with gcc-linaro-4.6-2012.01. I have created charts for both the score of the benchmarks and the sizes (text segment) of the executables. Making improvements continuously as I get feedback from the team. The charts are stored in GoogleDocs: https://docs.google.com/a/linaro.org/leaf?id=0B1IP4dZWVaxZOGZlM2UwMGQtOGQyZ… * gcc4.7 benchmarking: Did benchmark runs on a late revision of gcc4.7. Next week I will process the data and list regressions/improvements against gcc4.6.2 and gcc-linaro-4.6-2012.01. * v8: Investigated possibility of running SunSpider stand-alone on the v8 engine. Found out that there is a stand-alone driver included in WebKit. Have built v8 on x86 and ARM (on ARM it takes ~18 min) and run SunSpider and the v8 benchmark suite. Next step I will try to build with another toolchain. It is not Make but SCons that controls the build, so I am not sure how to do that. https://wiki.linaro.org/AsaSandahl/Sandbox/JavaScriptBenchmarks * Bug triaging: I have triaged all "easy" ones in the list of new tickets. Michael will help me look through the rest of new and incomplete bugs which are mostly old ones (waiting for someone to take some action) or very tricky ones. Regards Åsa

13 years, 7 months

1
0
0 0

Re: GDB 7.4 released

by Michael Hope

On Wed, Jan 25, 2012 at 7:02 AM, Ulrich Weigand <Ulrich.Weigand(a)de.ibm.com> wrote: > > Hi Michael, > > GDB 7.4 has finally been released. What do we need to do to get the > 7.4-branch imported into Launchpad? I think last time (for 7.3) you did > that somehow ... Done as: lp:~linaro-toolchain-dev/gdb/7.4 and documented at: https://wiki.linaro.org/MichaelHope/Sandbox/GDBImport -- Michael

13 years, 7 months

3
2
0 0

QEMU A15 guest writeup

by Michael Hope

Peter, could you review: https://wiki.linaro.org/WorkingGroups/ToolChain/QEMUARMGuestQ411 please? I'm interesting in anything I've missed or exaggerated. The audience is the TSC or people outside Linaro who are interested in a summary of the changes. -- Michael

13 years, 7 months

2
3
0 0

Fwd: [cbuild] qemu-linaro-0~20120118+gitcc8661e armv7l completed

by Michael Hope

Hi Zygmunt. I've enabled the ARM native build on the QEMU auto builders. These are built in the validation lab on the Natty based tcpanda boards and end up on control under ~cbuild/cbuild/build/qemu-$version/qemu-$something.tar.xz. I've uploaded this build to http://people.linaro.org/~michaelh/incoming/qemu-armv7l-natty-cbuild236-tcp…. There's something wrong with embedding of the version number into the name. A quick 'does it run' test passes. Peter, could you check the configure log at: http://builds.linaro.org/toolchain/qemu-linaro-0~20120118+gitcc8661e/logs/a… and see if there's anything missing. The auto builders fire with each commit so there's always something up to date. You can list the builds at: http://ex.seabright.co.nz/helpers/buildlog/qemu and see the raw results at: http://builds.linaro.org/toolchain/qemu-linaro-0~20120118+gitcc8661e/logs/a… (after a lag) -- Michael ---------- Forwarded message ---------- From: Linaro Toolchain Builder <michael.hope+cbuild(a)linaro.org> Date: Thu, Jan 26, 2012 at 11:14 AM Subject: [cbuild] qemu-linaro-0~20120118+gitcc8661e armv7l completed To: "linaro-toolchain-builds(a)lists.launchpad.net" <linaro-toolchain-builds(a)lists.launchpad.net> tcpanda05 finished running job qemu-linaro-0~20120118+gitcc8661e on armv7l-natty-cbuild236-tcpanda05-cortexa9r1. The results are here: http://builds.linaro.org/toolchain/qemu-linaro-0~20120118+gitcc8661e 9 PASS 9 TEST This email is sent from a cbuild (https://launchpad.net/cbuild) based bot which is administered by Michael Hope <michael.hope(a)linaro.org>.

13 years, 7 months

1
0
0 0

[ANNOUNCE] Linaro Toolchain Binaries 2012.01 released

by Michael Hope

The Linaro Toolchain Working Group is pleased to announce the release of the Linaro Toolchain Binaries, a pre-built version of Linaro GCC and Linaro GDB that runs on generic Linux or Windows and targets the glibc Linaro Evaluation Build. This is the first release. Releases will be made each month shortly after the corresponding source release. Uses include: * Cross compiling ARM applications from your laptop * Remote debugging * Build the Linux kernel for your board What's included: * Linaro GCC 2012.01 * Linaro GDB 2011.12 * A statically linked gdbserver * A system root * Manuals under share/doc/ The system root contains the basic header files and libraries to link your programs against. The Linux version is supported on Ubuntu 10.04.3 and 11.10, Debian 6.0.2, Fedora 16, openSUSE 12.1, Red Hat Enterprise Linux Workstation 5.7 and later, and should run on any Linux Standard Base 3.0 compatible distribution. Please see the README about running on x86_64 hosts. The Windows version is supported on Windows XP Pro SP3, Windows Vista Business SP2, and Windows 7 Pro SP1. The binaries and build scripts are available from: https://launchpad.net/linaro-toolchain-binaries/trunk/2012.01 Need help? Ask a question on https://ask.linaro.org/ Already on Launchpad? Submit a bug at https://bugs.launchpad.net/linaro-toolchain-binaries On IRC? See us on #linaro on Freenode. Other ways that you can contact us or get involved are listed at https://wiki.linaro.org/GettingInvolved. -- Michael

13 years, 7 months

1
0
0 0

Re: -fsched-pressure options

by Michael Hope

On Wed, Jan 25, 2012 at 2:33 AM, Ulrich Weigand <Ulrich.Weigand(a)de.ibm.com> wrote: > > Michael, Åsa, > > as discussed in today's performance call, the 4.6 backport of Richard's > sched-pressure enhancements is available here: > https://code.launchpad.net/~rsandifo/gcc-linaro/alt-sched-pressure-4.6 > > To activate the feature, you need to use the options: > > -fsched-pressure -fsched-pressure-algorithm=model Åsa, I think we're ready to spawn benchmark jobs through the build farm. I've made a front end: http://ex.seabright.co.nz/helpers/scheduler/spawn to make it a little easier to use. To spawn a benchmark run, enter a job called benchmarks-<buildname> such as benchmarks-gcc-linaro-4.6+bzr106857~rsandifo~alt-sched-pressure-4.6 and spawn it into the 'test' queue. See the page for how to change the flags and benchmarks that are run. The results end up at: http://ex.seabright.co.nz/benchmarks/ which needs the password from: https://wiki.linaro.org/Internal/ToolChain I've spawned Ulrich's job into the queue as a test run. Let's see how it goes. If it works, you can spawn the ancestor (benchmarks-gcc-linaro-4.6+bzr106856) and later do a diffbench on the results. -- Michael

13 years, 7 months

1
0
0 0

Bug triaging: 739305 "[armhf] libffi variadic support"

by Asa Sandahl

Hi, I am looking at ticket 739305 "[armhf] libffi variadic support" which still has status "New" for Linaro gcc. https://bugs.launchpad.net/ubuntu/+source/libffi/+bug/739305 If I understand correctly, David's patch is included in libffi in Oneiric, but not yet backported to Linaro gcc? What is the correct thing to do with this ticket for Linaro GCC? I was thinking it could be set to "Triaged", waiting for an appropriate time to backport. Regards Åsa

13 years, 7 months

2
1
0 0

Linaro GCC mentioned in Phoronix article

by Christian Robottom Reis

Spotted this in a Phoronix article today: Overall it seems that most of the computational tests are performing better with the newer Ubuntu 11.10 and 12.04 user-space packages, which upgrades the GNU Compiler Collection to the 4.6 series over the 4.5 release found in Ubuntu 11.04. The 4.6 compiler upgrade with greater ARMv7 architecture enhancements is likely what can be attributed to most of the performance improvements found in this article. [...] See the results for yourself at: http://www.phoronix.com/scan.php?page=article&item=nvidia_tegra2_ubuntu&num… Good job, -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs

13 years, 7 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-toolchain