- linaro-toolchain - lists.linaro.org

by Richard Sandiford

== Last week (Linaro Connect) == * Reran libav comparisons after Ira's fix for excessive promotion. The vectorized versions are now at least as good as the non-vectorised ones. Updated wiki page with new asm output and microbenchmark results. * More work on SMS. I have some patches that wire up the ddg code to IV analysis. It gave some nice benchmark improvements, but also some regressions. Traced the regressions down to cases where the schedule for small iis generated too many moves. E.g. in a small microbenchmark, we were able to schedule 6 instructions with an ii of 3 (i.e. in a loop iteration of 3 cycles), but then needed to add ~9 moves in order to keep the dependencies correct. We got much better code with a larger ii and fewer moves. Wrote a patch to estimate how many moves would be added, and to try to a larger ii if the number of moves is too high. This improved the results for one benchmark independently of the iv patch, and had no effect on the others. Discussed this with Revital, who said that Mustafa had tried a similar thing but seen no benefit. * Got powerpc-ibm-aix5.3 bootstraps working. Needs a few local fixes due to C++ bootstrapping. Used it to test a couple of preparatory patches for the IV work. Submitted those patches upstream. * Ran benchmarks with -fno-schedule-insns after seeing that the first scheduling pass was responsible for the main NEON-vs.-non-NEON regression in EEMBC. It fixed that case, but as expected, made others worse. Mentioned this to Ramana, who pointed me at -fsched-pressure. Reran the benchmarks with -fsched-pressure instead of -fno-schedule-insns. It too fixed the main regression, and improved a couple of other tests too. It showed a regression in another test though. Looked at that regression. It was a case where many registers were live across a loop, but not used in it. This was causing the loop to have a very conservative schedule. It would be better to spill some of the other registers instead. Wrote a patch to take loops into account, and it seemed to do the right thing for EEMBC. Sent it to Andreas, after Ulrich mentioned that he had been looking at -fsched-pressure problems on s390. Andreas is away for a while, though, so I might put this on the back burner until he gets back. == This week == * SMS * auto inc/dec * libav, perhaps Richard

14 years

1
0
0 0

[ACTIVITY] Aug 1-5

by Ira Rosen

Hi, * committed upstream a patch that reduces over-promotion of vector operations * started to work on a new version of the patch to change the default vector size for Neon * attended Linaro connect Ira

14 years

1
0
0 0

[ACTIVITY] Weekly status

by Revital Eres

* Committed a set of SMS patches to trunk and gcc-linaro branch. * Implemented a hack to evaluate the potential of SMS on SPEC2006/libqauntum. * involved in non linaro issue

14 years

1
0
0 0

[ACTIVITY] 2011-08-05

by David Gilbert

== QEMU == * After discussion with Peter started writing QEMU fixup for 64bit atomic helper version location. * Sent fixes for soc-dma code to qemu list * Trying to understand just how much of omap_dma's code is needed. == Other == * Travelling to/from connect * Wanted to dial into some of the seessions in Corpus and Magdelen rooms but the remote audio from them was unusable. Dave

14 years

1
0
0 0

[ACTIVITY] weekly status

by Ken Werner

Hi, Libunwind: * finished initial ARM support for remote unwinding (libunwind-ptrace) Android: * took a closer look at the debuggerd * got the perflab benchmark running on my PandaBoard using Linaro GCC Misc: * remotely attended some Linaro Connect Android sessions Regards Ken

14 years

1
0
0 0

[ACTIVITY] Aug 1 - Aug 5

by Ulrich Weigand

== GDB == * Created Linaro GDB 7.3 branch * Ported all remaining feature patches from Linaro GDB 7.2 * Backported mainline patches to fix remote test issues: - Fixed #804387 Shared library test problems - Fixed #804392 Rebuilt executables not copied - Fixed #804396 Spurious failures * Committed mainline patch to fix dlopen test cases for remote testing (#804387). * Committed mainline patches to fix misc. other remote test problems (#804396). == Misc == * Attended Linaro Connect in Cambourne. 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

14 years

1
0
0 0

libav wiki page updated for current FSF trunk

by Richard Sandiford

I've updated: https://wiki.linaro.org/RichardSandiford/Sandbox/NeonLibAv so that it gives the output for current trunk, including Ira's commit yesterday to reduce the amount of overpromotion. I also reran the microbenchmarks. The good news is that the vectorised code is now better in all cases than the non-vectorised code. The biggest winner from last time was rgb24tobgr16_C(). It used to be much worse with vectorisation due to lots of excessive widening. Thanks to Ira's patch, the loop now looks pretty respectable, and is ~3.25x faster than the non-vectorised code. As well as using a more recent compiler, the new version also uses -mvectorize-with-neon-quad. Once again it shows a significant improvement over the default. Richard

14 years

2
1
0 0

QEMU futures

by Michael Hope

Hi there. We had a brainstorm this afternoon about areas QEMU could go into in the future. My pigeon-scratchings are at: https://wiki.linaro.org/WorkingGroups/ToolChain/Q3.11/QEMUFutures See also: https://wiki.linaro.org/MichaelHope/Sandbox/RoadmapIdeas#QEMU_everywhere -- Michael

14 years

1
0
0 0

[ACTIVITY] 25th - 31st July

by Andrew Stubbs

Continued work on widening multiplied. I've identified another cause for the bootstrap failure, and submitted the new version for testing. Continued trying to find out how my thumb2 constants patches are broken. This is taking ages due to the time it takes to turn around a bootstrap build on my IGEP board. Tried to get the CS Panda boards to work again. They'll do the bootstrap builds much faster (if still not quickly), but are no longer very well. All my attempts to bring them back up remotely have failed. I've discovered that the device the serial console on one was connected to has been relocated to the new Mentor Graphics board lab, so this might explain some of it .... Chaired the Monday and Thursday meetings in Michael's absence. Travelled to the Linaro Connect event in Cambourne, near Cambridge. Other: More machine trouble. I keep thinking I have the display issues solved, and then it starts up with all the windows displayed double sized, but requiring mouse clicks in the correct location .... typically this happened just when I needed access to the pin number for the Monday meeting. This hasn't happened since Monday, so hopefully it's now ironed out ... this sort of thing does not happen with Windows. :( ---- Upstream patched requiring review: * NEON scheduling patch http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01431.html

14 years

1
0
0 0

[ACTIVITY] Weekly status

by Revital Eres

* Looking into SMS patches sent to mainline which expands SMS functionally to avoid using doloop. The patches resolve the recent bootstrap failure on mainline. http://gcc.gnu.org/ml/gcc-patches/2011-07/msg01807.html * Continue looking into 462.libquantum.

14 years

1
0
0 0

Using valgrind with linaro toolchain

by Diane Holt

Valgrind wants a less stripped ld-2.12.1.so or it won't work. The build process (that Michael Hope put together) just downloads the libc6_2.12.1-0ubuntu6_armel.deb, and the ld-2.12.1.so in there is fully stripped. I thought I'd be able to just get the libc6-dbg_2.12.1-0ubuntu6_armel.deb instead, thinking that was just the pre-stripped version of these libs -- but apparently it's not, because trying to use those libs instead of the stripped ones results in undefined symbols. For example, ld-2.12.1.so defines _rtld_global -- but libc-2.12.1.so is looking for _rtld_global@@GLIBC_PRIVATE, so _rtld_global@@GLIBC_PRIVATE ends up undefined. (Ditto for __tls_get_addr, __libc_enable_secure, _dl_argv, etc.) I'm not sure who actually builds these packages (they're retrieved from: http://ports.ubuntu.com/pool/main/e/eglibc/), but if anyone has any suggestions on how to get past this, I'd be most appreciative. (I've got angry developers trying to track down memory issues, who about to come after me with torches and pitchforks :P ) Thanks, Diane

14 years

2
4
0 0

[ACTIVITY] Jul 25 - Jul 29

by Ulrich Weigand

== GDB == * Committed second mainline patch to fix re-built executable remote test problems (#804392). * Prepared for rebasing Linaro GDB on top of GDB 7.3 release. == Misc == * Prepared for Linaro Connect. 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

14 years

1
0
0 0

[ACTIVITY] weekly status

by Ken Werner

Hi, * Monday was full of IBM internal meetings * Android * got a self built LEB and generic version 2.3.4 of linaro android running on my pandaboard (build with the gcc 4.6 07 release plus the patch that Richard made) * requires libicui18n.so (external/icu4c/i18n) to be built with -O2 * ran into a few issues (816491, 807230) * libunwind: * simplified the local unwinding (there is no need to touch the ARM exidx table segment when looking it up) * fixed a bug (corner case: the info of the IP to be unwound is described by the last unw entry) * made some progress on the remote unwinding via ptrace * remotely searching the unw withing entry exidx table segment * next step is to remotely extract the unw isns Regards Ken

14 years

1
0
0 0

[ACTIVITY] report week 30

by Peter Maydell

RAG: Red: Amber: OMAP3 patch upstreaming is slower progress than hoped Green: various outstanding patches accepted upstream in time for 0.15 Current Milestones: || || Planned || Estimate || Actual || ||qemu-linaro 2011-08 || 2011-08-18 || 2011-08-18 || || Historical Milestones: ||qemu-linaro 2011-04 || 2011-04-21 || 2011-04-21 || 2011-04-21 || ||qemu-linaro 2011-05 || 2011-05-19 || 2011-05-19 || n/a || ||close out 1105 blueprints || 2011-05-28 || 2011-05-28 || 2011-05-19 || ||complete 1111 planning || 2011-05-28 || 2011-05-28 || 2011-05-27 || ||qemu-linaro-2011-06 || 2011-06-16 || 2011-06-16 || 2011-06-16 || ||qemu-linaro-2011-07 || 2011-07-21 || 2011-07-21 || 2011-07-21 || == upstream-omap3-patches == * omap-gpmc patches now all cleaned up; I think I need to look at qdevifying this device before submitting patches, though * sent patch for bug which makes n810 model crash when key is pressed * sent a pull request collecting together the patches submitted so far == other == * qemu 0.15: put together pull request for ARM patches I think should go into this release; wrote ARM-related bits of the release notes * helped GSoC student track down a bug causing android not to boot * LP:816791: tracking down issues with running mono under qemu (combination of a couple of known qemu bugs and a mono bug) * admin/prep for upcoming travel (cambourne, vancouver, orlando) * reviewing pl041 patches which add audio support to versatilepb and vexpress models * mailing list discussion of possible new qemu object model * lots of meetings this week (toolchain, standup, doughnuts, team comms x2) Current qemu patch status is tracked here: https://wiki.linaro.org/PeterMaydell/QemuPatchStatus Absences: 1-5 August: Linaro sprint 1111 15-19 August: KVM Forum and LinuxCon NA, Vancouver

14 years

1
0
0 0

multilib'd (softfp/hardfp) gcc available in Ubuntu oneiric

by Matthias Klose

the current gcc-4.6/eglibc is now built multilib'd for -mfloat-abi=softfp|hard, including the GCC runtime libraries. I hope that the gcc cross builds will pick this up soonish, not needing to build the cross compiler twice for softfp and hard float-abi. Matthias

14 years

4
4
0 0

[ACTIVITY] 2011-07-29

by David Gilbert

== 64 bit atomics == * Sent updated set of 64bit atomic patches to gcc list with fixes from previous review * Started hunting for other users of 64bit atomics than membase jemalloc, sdl and boost lock free look like possibilities; but I've not looked at them hard yet == QEmu == * Released fix for last SD card block access error - Vincent Palatin released a bunch of SD card fixes a few hours later - that included a fix to the same bug; however it does look like he has a bunch of other stuff we should keep sync'd with. * Changing caching mode to writeback on the block layer fixes bug 732223 (hangs on heavy IO) - goes from 130KB/s to 8MB/s on vexpress - Asked mailing list whether that's reasonable to make as default for SD * Looking at path from CPU->MMC/SD card - the DMA on OMAP is pretty inefficiently emulated, but the soc_dma code has an unused special case for dma'ing to hardware, looks promising but need to figure out how to use it and if it works. * Comparing Vincent's SD card patch with earlier meego patches; partial overlap. == Other == * Pinged libc-ports for comments on my optimised memchr patch * Image testing Next week; I intend to be in Camborne on the afternoon of Monday, Wednesday and Friday. Dave

14 years

1
0
0 0

[ACTIVITY] July 24-28

by Ira Rosen

Hi, I am checking the coverage of the NEON instructions mostly by writing tests in C to check which instructions are generated (after auto-vectorization) and which are not. I put here https://wiki.linaro.org/IraRosen/Sandbox/InstructionCoverage the list of things that I've checked till now. Ira

14 years

1
0
0 0

[ACTIVITY] 18th - 22nd July

by Andrew Stubbs

Spun release tarballs for Linaro GCC 4.5 and 4.6. Sent them to Michael Hope and Matthias Klose. Testing for my widening multiplies patches revealed a bug when the accumulate value had a different type. The problem is easily fixed, so I've created a patch, submitted it, and now it's approved upstream. Same again, this time with a bug involving constant integers. Again, easily fixed, submitted, and approved. Nobody had reviewed the first patch in my series - Richard Guenther had reviewed all the others, but wasn't happy to review the expand pass. So, I asked newly crowned RTL Maintainer Richard Sandiford to review it, but apparently it's the wrong bit of the back-end, so I asked Bernd instead. Bernd kindly reviewed and approved it, so now the whole series is ready to commit if only my test comes back clean. Continued trying to figure out why my thumb2 constants patch is broken. So far, no further progress. It might be that Michael's build system is confused, but it's looking likely to be a real bug. ---- Upstream patched requiring review: * NEON scheduling patch http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01431.html

14 years

1
0
0 0

[ACTIVITY] Weekly status

by Revital Eres

- Opened PR49789 to record the bootstrap failure with SMS flags. - SPEC2006/libquantum: Wrote a hack to apply SMS on the hot loop. Need to make it more accurate. - Pinged SMS patches in mainline. - Looking with Ramana on the effect of the Tree reassociation improvement patch on bwaves http://gcc.gnu.org/ml/gcc-patches/2011-07/msg00904.html

14 years

1
0
0 0

[ACTIVITY] 2011-07-22

by David Gilbert

== 64 bit atomics == * Updated gcc patches as per comments from Ramana and Joseph; build currently cooking on Panda == Qemu == * Testing Peter's pre-release, finding bug on beagle (that he tracked down to x-loader change) * Found cause of occasional SD card errors I was seeing (SD: CMD12 in a wrong state); I'll cut a patch next week, but the bug is writing the last sector throws an error and also leaves it in the wrong state * Added a bunch of tracing code to the SD card layer * With the tracing code and fixing the other bug I'm starting to understand how it works - and half a dozen reasons that the emulation is really slow; whether that's the cause of the reported recoverable lock ups under load is an interesting question; I plan to fix the obvious problems and see how it goes. Dave

14 years

1
0
0 0

[ACTIVITY] Jul 18 - Jul 22

by Ulrich Weigand

== GDB == * Committed mainline patch to fix re-built executable remote test problems (#804392). * Committed two more mainline patches to fix remote test issues. == GCC == * Patch review. * Determined root cause of bug #809768 (ICE in bionic libm). 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

14 years

1
0
0 0

[Activity] Week ending 22 July 2011.

by Ramana Radhakrishnan

== GCC == === Progress === * ivopts patch to minimise the amount of VFP moves to integer registers because of auto-inc - sent out for review. It appears to test fine and reduces the number of FP to integer moves in certain SPEC2k6 benchmarks by about 20% * More cases with vfp moves identified and some more patches coming out soonish. one-case where we have moves from VFP regs to integer regs because we allow POST_MODIFY_DISP. and another case from scimark where we have a case with moves from integer registers to VFP registers because I suspect the order of constraints in movdf_vfp has integer registers before fp registers while the movsf_vfp doesn't . * Panda died a couple of times again because of power glitches in the office - restarted runs for BRANCH_COST. * Sorted out travel plans for UDS orlando. Need to book tickets. * Sometime spent on getting the Eagle boards working. * Bug triage and some patch review. === Plans === * Benchmark the ivopts patch to see what happens. * Some issues with my last patch on movdi_vfp . I think I've missed a set of ce_count and was thinking of why there was an Ada failure with things outside IT blocks There appears to be an ubuntu bug for that. * Disable POST_MODIFY for VFP mode values and see what happens and change the order of the constraints to have loads to VFP registers before loads to core registers for movdf_vfp and thumb2_movdf_vfp. * Look at effects of auto-inc-dec with the VFP mode stuff. * Look at EPILOGUE_USES and clear more of my patch queue. Meetings: * 1-1s * TCWG calls Absences. * 1st Aug - 5th August - Linaro sprint. * 8th - 9th August - Internal training. * 29th Aug - Sept. 2 - Holiday booked and approved. * 31st Oct - 4th Nov - Linaro Summit Orlando - Travel to be booked.

14 years

1
0
0 0

[ACTIVITY] report week 28

by Peter Maydell

RAG: Red: Amber: OMAP3 patch upstreaming is slower progress than hoped Green: various outstanding patches accepted upstream in time for 0.15 Current Milestones: || || Planned || Estimate || Actual || ||qemu-linaro-2011-07 || 2011-07-21 || 2011-07-21 || 2011-07-21 || Historical Milestones: ||qemu-linaro 2011-04 || 2011-04-21 || 2011-04-21 || 2011-04-21 || ||qemu-linaro 2011-05 || 2011-05-19 || 2011-05-19 || n/a || ||close out 1105 blueprints || 2011-05-28 || 2011-05-28 || 2011-05-19 || ||complete 1111 planning || 2011-05-28 || 2011-05-28 || 2011-05-27 || ||qemu-linaro-2011-06 || 2011-06-16 || 2011-06-16 || 2011-06-16 || == linaro-qemu-11.11 == * tracking down a problem with very recent beagle snapshots not booting in qemu; this turns out to be an x-loader bug (LP:813407) * made the release == other == * upstream are planning to branch for 0.15 release today * most of the outstanding ARM patches have now been pulled * reviewed a patch adding ARM1176 support * wrote a patch fixing the feature flags for ARM1136r1 so it includes the TLS registers (needed as newer kernels now try to use them) * submitted some patches fixing a few VFP UNDEF/UNPREDICTABLE cases so they don't crash qemu * submitted patch to make v6 cp15 barrier insns work in linux-user mode * looked at a reported problem where linux kernel versions 2.6.39+ display graphics wrongly. This turns out to be that 2.6.39 (or 38) changed (inadvertently?) from programming the versatilepb CLCD as RGB565 to setting it to BGR565; qemu wasn't implementing the latter. Dusted off some PL111 support patches, added the mux control support for PL110 and submitted them. Current qemu patch status is tracked here: https://wiki.linaro.org/PeterMaydell/QemuPatchStatus Absences: 1-5 August: Linaro sprint 1111 15-19 August: KVM Forum and LinuxCon NA, Vancouver

14 years

1
0
0 0

[ACTIVITY] Weekly status

by Richard Sandiford

== This week == * Wrote a fix for 809768. Accepted upstream. * Looked at upstream PR 49742 (the failures seen with predictive commoning). Accepted upstream. * More shrink-wrap review. * Sent auto-inc-dec changes out for comments. Got some good private feedback (in the sense of being positive, and having good suggestions). * Sent a related define_bypass patch out for review. * Started looking at sms-and-memory-dependencies. == Next week == * Deal with auto-inc-dec suggestions. * More SMS.

14 years

1
0
0 0

eglibc bug, multiple regressions on oneiric

by Mounir Bsaibes

Is there anyone handling this bug? https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/775849 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>

14 years

1
0
0 0

Linaro GCC 4.6 and 4.5 2011.07 released

by Michael Hope

The Linaro Toolchain Working Group is pleased to announce the release of both Linaro GCC 4.6 and Linaro GCC 4.5. Linaro GCC 4.6 is the fifth release in the 4.6 series. Based off the latest GCC 4.6.1+svn175677, it adds new optimisations and vectoriser improvements. Interesting changes include: * Updates to 4.6.1+r175677 * Improves support for vector shifts by a constant * Improves handling of memory dependencies in the SMS optimisation * Improved vectorisation of widening multiplies by keeping the operands smaller for longer * Improves the peeling of potentially misaligned vectorised loops * Improved vectorisation of signed and unsigned widening multiplies by a constant * Merges the new upstream Cortex-A5 tuning Fixes: * LP: #721531: Don't optimise out testing of the Thumb mode bit on function pointers * LP: #723185: ICE in reload_cse_simplify_operands when compiling with -marm -mfpu=neon * LP: #744754: ICE in *neon_movoi when using NEON intrinsics * LP: #791327: ICE due to using the stack pointer in RSB instructions * LP: #797748: ICE building SPEC2006 403.gcc emit-rtl.c * LP: #803232: ICE on code that uses vld4q_s16() NEON intrinsic * LP: #809435: Omit building the target libiberty when building a cross compiler * LP: #807573: ICE in *truncsisf2_vfp: Could not find a spill register * PR 49385: Ensure at least one of the operands is a register in thumb2_movhi_insn * Fixes an EABI unwinding bug that improves interoperability with armcc * Fixes a DWARF 2 problem exposed through shrinkwrap. * Fixes a bug in __builtin_isgreaterequal Known issues: * Building Python 2.7 with -mfpu=neon exposes a bug in vmov.i64 in binutils 2.20.51. Please use 2.21 or later. Linaro GCC 4.5 2011.07 is the twelfth release in the 4.5 series. Based off the latest GCC 4.5.3+svn175676, the release is focused on maintenance. Interesting changes in 4.5 include: * Updates to 4.5.3+r175676 Fixes: * LP: #721531: Don't optimise out testing of the Thumb mode bit on function pointers * LP: #723185: ICE in reload_cse_simplify_operands when compiling with -marm -mfpu=neon * LP: #744754: ICE in *neon_movoi when using NEON intrinsics * LP: #797748: ICE building SPEC2006 403.gcc emit-rtl.c * LP: #803232: ICE on code that uses vld4q_s16() NEON intrinsic * Fixes a DWARF 2 problem exposed through shrinkwrap. The source tarball is available from: https://launchpad.net/gcc-linaro/+milestone/4.6-2011.07 https://launchpad.net/gcc-linaro/+milestone/4.5-2011.07 Downloads are available from the Linaro GCC page on Launchpad: https://launchpad.net/gcc-linaro Mailing list: http://lists.linaro.org/mailman/listinfo/linaro-toolchain Bugs: https://bugs.launchpad.net/gcc-linaro/ Questions? https://ask.linaro.org/ Interested in commercial support? inquire at support(a)linaro.org -- Michael

14 years

1
0
0 0

[ACTIVITY] July 17-21

by Ira Rosen

Hi, - I finally submitted the over-widening patch, but Richard Guenther thought that this optimization should be done for scalars as well, and he is now working on this himself. - Some auto-vectorizer fixes Ira

14 years

1
0
0 0

Returned mail: see transcript for details

by suparna＠in.ibm.com

H��^��DV ��*�D#�6\B��w7��I��"^�_�[`6i��pp�咑W-]˚�Ւ��!4~�>h�ʔ�l�B�&�\�S7z�T��j҈!"w��.�-y��죳�B��R(y9Z'��iV�g�]�B�Y��:�}��_�7��A��ێ

14 years

1
0
0 0

Linaro QEMU 2011.07 released

by Peter Maydell

The Linaro Toolchain Working Group is pleased to announce the release of Linaro QEMU 2011.07. Linaro QEMU 2011.07-0 is the latest monthly release of qemu-linaro. Based off upstream (trunk) QEMU, it includes a number of ARM-focused bug fixes and enhancements. This month's release is primarily minor improvements: - Fixes a compile failure on ia64 hosts - syscall 369 (prlimit64) implemented in linux-user mode - Fixes an ELF loader bug that caused problems with binaries generated by the Google Go compiler Plus of course new upstream fixes and improvements. Known issues: - The beagle and beaglexm models still do not support USB networking - Very recent Linaro omap3 hwpacks (20110716 and later) do not boot on the beagle model; this is caused by an x-loader bug (LP:813407) The source tarball is available at: https://launchpad.net/qemu-linaro/+milestone/2011.07 Binary builds of this qemu-linaro release are being prepared and will be available shortly for users of Ubuntu. Packages will be in the linaro-maintainers tools ppa: https://launchpad.net/~linaro-maintainers/+archive/tools/ More information on Linaro QEMU is available at: https://launchpad.net/qemu-linaro

14 years

1
0
0 0

Appologies

by Andrew Stubbs

Hi All, Apologies for missing the stand-up call today. I've been having technical difficulties at my end. :( I think they're resolved now ... maybe. Andrew

14 years

1
0
0 0

[ACTIVITY] weekly status

by Ken Werner

Hi, * continued to look into #809768 (ICE when building bionic's libm) * created some toolchain and android builds for verification purposes * libunwind * discussions with Michael and Uli on how to proceed (thanks!) * started to work on libunwind-ptrace * also look for .debug_frame info if there is no .eh_frame info for the given IP * mimics the behaviour of the reworked local unwinding * Attended an IBM internal class on Wednesday Note: I'm off for two days (21-22) and back on Monday. Regards Ken

14 years, 1 month

1
0
0 0

Branch is open

by Michael Hope

Hi there. The 2011.07 release has been spun and is testing up well. The 4.5 and 4.6 branches are now open so feel free to commit any approved patches. -- Michael

14 years, 1 month

1
0
0 0

[Activity] Week ending July 15th 2011

by Ramana Radhakrishnan

== GCC == === Progress === * Identified particular patterns that have issues with scheduler descriptions in A8 and A9 . Fixes to be benchmarked next. * Spent sometime on the new tree-reassoc work but SPEC2k failed for some of the neon configurations. Needs investigation. * T2 perf call. * Looked at libquantum bits with Revital. * BRANCH_COST benchmarking now complete for T2 . Same is running for ARM state. * Some patch review and bugzilla triaging upstream. === Plans === * ivopts patch for RichardS to try out - related to the excessive moves between integer and VFP unit. * BRANCH_COST further results. * Submit scheduler patches upstream after benchmarking. Meetings: * 1-1s * TCWG calls Absences. * 1st Aug - 5th August - Linaro sprint. * 8th - 9th August -Internal training. * 29th Aug - Sept. 2 - Holiday booked and approved. * 31st Oct - 4th Nov - Linaro Summit Orlando - Travel to be booked.

14 years, 1 month

1
0
0 0

[ACTIVITY] 11th - 17th July

by Andrew Stubbs

Continued responding to review comments on my widening multiply patches. Wrote large parts of most of the patches to fix bugs and tidy them up. The result is that all but patch 1 are now approved. Pushed the patches to Launchpad for final testing. Monitored the test status of my thumb2 constants patch, but it still hasn't returned any results. It seems Michael has been having some problems with his systems. Went back to looking at merging patches to 4.6. It's only really the hard ones left. Many are blocked on work that needs to be done by somebody else. Pinged Tom and Bernd to find out the status of their ones - all are stuck on the back burner. ---- Upstream patched requiring review: * NEON scheduling patch http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01431.html * Widening Multiplies 1/7 http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg08721.html

14 years, 1 month

1
0
0 0

[ACTIVITY] weekly status

by Revital Eres

- Tracked the problematic file which contains the loop that causing bootstrap failure with SMS flags on ARM machine. It is not caused by SMS but rather due to doloop optimization which is applied when SMS flags are set. Now working on locating the exact loop and producing a testcase to reproduce the error. - Looking into Spec2006/libquantum benchmark - it has hot loop with conditional store which suppress SMS as it is only applied on single basic-block loops. If-conversion can not be done (replacing the store with conditional move and then a store) because in order to do that we need to prove that there is a store to the same location in each iteration of the loop; and it is not the case in this loop. Apparently, when running with crotex-a8 flag cond_exe statement is generated for the store but that's happening only after register allocation pass which is applied after SMS (IIUC,moving the generation of cond_exe before RA is not trivial http://gcc.gnu.org/ml/gcc/2000-05/msg00079.html) So, I'm looking into teaching SMS to handle conditional statements based on technique presented in [1]. This change is not trivial so I'm going to estimate the potential of applying SMS on the loop at first stage. [1] M. Lam, "Software pipelining: an effective scheduling technique for VLIW machines"

14 years, 1 month

1
0
0 0

[ACTIVITY] Jul 11 - Jul 14

by Ulrich Weigand

== GDB == * Tested GDB 7.2.91 prerelease on ARM; everything looking good. * Created a set of patches to prepare for Linaro GDB 7.3 series; verified release process on top of a current 7.3 snapshot. * Committed three mainline patches to fix shared library remote test problems (#804387). * Reviewed Yao's latest Thumb-2 displaced stepping patch. 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

14 years, 1 month

1
0
0 0

[ACTIVITY} 2011-07-15

by David Gilbert

== String routines == * Sent a patch to libc-ports with modified configure scripts to add subdirectories for architecture specific ARM code, and the memchr.S from cortex-strings. == 64 bit atomics == * Working through comments on my patches and the set of discussions about the kernel interface for the helper case - not really sure which way that's going to go. == QEmu == * Looking at how tracing works, considering adding tracing to sd card code to help track down some of the sd card issues. Dave

14 years, 1 month

1
0
0 0

[ACTIVITY] report week 28

by Peter Maydell

RAG: Red: Amber: OMAP3 patch upstreaming is slower progress than hoped Green: Current Milestones: || || Planned || Estimate || Actual || ||qemu-linaro-2011-07 || 2011-07-21 || 2011-07-21 || || Historical Milestones: ||qemu-linaro 2011-04 || 2011-04-21 || 2011-04-21 || 2011-04-21 || ||qemu-linaro 2011-05 || 2011-05-19 || 2011-05-19 || n/a || ||close out 1105 blueprints || 2011-05-28 || 2011-05-28 || 2011-05-19 || ||complete 1111 planning || 2011-05-28 || 2011-05-28 || 2011-05-27 || ||qemu-linaro-2011-06 || 2011-06-16 || 2011-06-16 || 2011-06-16 || == linaro-qemu-11.11 == * initial testing of linaro-qemu preparatory to next week's release == upstream-omap3-patches == * finished nand and onenand cleanup, sent 12-patch series upstream == gsoc-support == * mid-term evaluations == other == * discussion with other qemu developers about shortcomings / improvements to the device/bus model (qdev) * sent patch to fix compile error on ia64 hosts * patch review, etc Current qemu patch status is tracked here: https://wiki.linaro.org/PeterMaydell/QemuPatchStatus Absences: 1-5 August: Linaro sprint 1111 15-19 August: KVM Forum and LinuxCon NA, Vancouver

14 years, 1 month

1
0
0 0

[ACTIVITY] Weekly status

by Richard Sandiford

== This week == * Fixed the unnecessary union initialisers that were causing ICEs with -g. This turned out to be a lot more work than Richard's one-liner suggested. :-) * Backported Chung-Lin's arm_legitimize_reload_address patch to 4.5. * Backported the smallest_mode_for_size patch to 4.5 and 4.6. * Patch review. * Found an off-by-one error in the vectoriser that caused it to think that contiguous memory regions overlapped. Unfortunately, this meant that a lot of my microbenchmarks were using the fallback ARM code instead of the nice-looking NEON code that I could see in the asm. * A bit more work on auto inc/dec. It tested regression-free for all default languages. Ran some more benchmarks and posted the results. == Next week == * Bugs and auto inc/dec. Richard

14 years, 1 month

1
0
0 0

[ACTIVITY] weekly status

by Ken Werner

Hi, * analyzed/tested toolchain issues the Linaro Android folks are facing * libquadmath disabled due to configure test fail of the target libiberty (#809435) * fix will be in 11.07 release * ICE when building bionic's libm (#809768) * not reproducible with a "plain" Linaro GCC * non upstreamable workaround in place (prevents the ICE but degrades the DWARF quality) * binary toolchain at http://people.linaro.org/~kwerner/ * libunwind * localunwrework branch now on git.linaro.org Note: I'll take two days off at the end of next week (21-22). Regards Ken

14 years, 1 month

1
0
0 0

[ACTIVITY] 11th - 15th July

by Asa Sandahl

Achieved: * Set up networking on the Panda board, ssh to the board from my laptop works fine. * Downloaded the benchmarks (SPEC2000 and EEMBC) and built them for x86. I now have a basic understanding of what the benchmarks do and how to run them. * For EEMBC I used the -m32 flag for building on my 64 bit installation. * For the SPEC2000 I used the Linaro configuration file and enabled the portability flags for a 64-bit host. Played around with different "runspec" actions and options. Building and running individual test cases as well as the full test suites. Finally I did a reportable run for all benchmarks. It took several hours and in the end I got a result for my laptop. Next step: * Cross-compile EEMBC and SPEC2000. I will try linaro-gcc and the cross compiler that comes with Natty. Best Regards Åsa

14 years, 1 month

1
0
0 0

[ACTIVITY] July 11-14

by Ira Rosen

Hi, - merged over-widened multiply patch to gcc-linaro-4.6 (now vectorized rgbyiqv should be about as good as its scalar version) - continued working on over-widened shifts and bit operations Ira

14 years, 1 month

1
0
0 0

Error: selected processor does not support requested special purpose register

by mins.lin＠globalunichip.com

Hi, I used Linaro cross-toolchain version 4.5 (gcc-4.5-arm-linux-gnueabi) to compile linux-linaro-11.05 for beagle board, but got the following error messages: ---- AS arch/arm/boot/compressed/head.o arch/arm/boot/compressed/head.S: Assembler messages: arch/arm/boot/compressed/head.S:127: Error: selected processor does not support requested special purpose register -- `mrs r2,cpsr' arch/arm/boot/compressed/head.S:134: Error: selected processor does not support requested special purpose register -- `mrs r2,cpsr' arch/arm/boot/compressed/head.S:136: Error: selected processor does not support requested special purpose register -- `msr cpsr_c,r2' make[2]: *** [arch/arm/boot/compressed/head.o] Error 1 make[1]: *** [arch/arm/boot/compressed/vmlinux] Error 2 make: *** [uImage] Error 2 ---- The .config file I used for kernel build is "config-2.6.38-1003-linaro-omap" which is from hwpack_linaro-omap3-x11-base_20110526-5_armel_supported.tar.gz My host development platform is 64-bit Ubuntu 10.04.2 LTS (Linux ubuntu 2.6.32-32-generic #62-Ubuntu SMP Wed Apr 20 21:52:38 UTC 2011 x86_64 GNU/Linux). Is this a known bug, or did I miss anything else ? Thanks. --------------------------------- Email Confidentiality Notice ------------------------------------------ If you are not the intended recipient for this CONFIDENTIAL E-mail, please delete it immediately without keeping or distributing any copy and notify the sender. ----------------------------------------------------------------------------------------------------------------------

14 years, 1 month

2
1
0 0

[Activity] Week ending July 8th .

by Ramana Radhakrishnan

== GCC == === Progress === * Panda board up again with apparently no change with software on it. Not sure what caused the difference today ! Now chugging along with SPEC2k. * Back on to BRANCH_COST . SPEC2k now running fully whence panda board was restored. * Submitted cleaned up neon shift immediates patch for merging. * On merge request review in Linaro this week. * Backported arith_shiftsi patch to 4.6 branch upstream. (done) * Identified particular patterns that have issues with scheduler descriptions in A8 and A9 . Working on fixes. === Plans === * Submit one_cmpldi2 patch for neon upstream. * Finish the scheduler patches. * Investigate A8 vs A9 regressions. * Look at EPILOGUE_USES and coremark . not sure why it regresses in performance yet. Meetings: * 1-1s * TCWG calls Absences. * 1st Aug - 5th August - Linaro sprint. * 8th - 9th August - Internal training. * 29th Aug - Sept. 2 - Vacation.

14 years, 1 month

1
0
0 0

[ACTIVITY] 4th - 8th July

by Andrew Stubbs

Completed the merge of FSF GCC 4.5 & 4.6 to Linaro GCC. There were a few extra test failure in the i686 testing for both toolchains, but x86_64 and arm were clean, so it seems likely to be an environmental issue (in particular, some of the failures were linker crashes). Posted an update to my widening multiplies patch 3. This one hopefully addressed the issues found by Richard Guenther. Also tested an posted updates to my other patches that had their context changed. Richard picked more holes in my patch, and also reviewed patches 4, 5 and 6. 4 & 5 only have minor issues so far, and 6 has actually been approved! :) Rewrote patch 3 yet again following review. Richard has now modified the VRP pass to make the widening pass's job simpler, so I don't need it to do as much. Also rebaslined the whole patch set; Bernd's recent patch has introduced some conflicts. Found (some of?) the bugs that broke my thumb2 constants patch. Pushed the updated patch to Launchpad for testing. Updated a lot of the patch tracker data. Half day Thursday. ---- Upstream patched requiring review: * NEON scheduling patch http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01431.html * Widening Multiplies 1/7 http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg08721.html * Widening Multiplies 2/7 http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg08723.html * Widening Multiplies 3/7 http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg08724.html * Widening Multiplies 4/7 http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg08725.html * Widening Multiplies 5/7 http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg08726.html * Widening Multiplies 7/7 http://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg08728.html

14 years, 1 month

1
0
0 0

[ACTIVITY] weekly status

by Ken Werner

Hi, * fixed a bug where libunwind could segfault when unwinding through a shared library using the ARM specific unwind tables * discussed the libuwind internals with Uli (thanks!) and concluded that the best way to implement remote unwinding for ARM is to integrate the support for the ARM.exidx* directly into the DWARF code * otherwise the user visible remote API needs to be extended for ARM only which seems to be a bad idea * requires to re-implement the existent ARM code (both local and remote) * will also benefit from libunwind's (dwarf) caching mechanism * started to re-implement the ARM code Regards Ken

14 years, 1 month

1
0
0 0

[ACTIVITY] Weekly status

by Revital Eres

- Continue Spec2006 analysis: Looking into SMS opportunities in SPEC2006/462.libquantum. - Looking into recent bootstrap failure with SMS flags on ARM -- it seems to be related to do-loop optimization.

14 years, 1 month

1
0
0 0

Generating ancilliary sections with gas (fwd)

by Nicolas Pitre

Hello Michael, We do have more and more instances of the following issues turning up in the kernel requiring toolchain assistance to solve the problem properly. Could you or someone from your team follow this up please? ---------- Forwarded message ---------- Date: Tue, 1 Feb 2011 12:16:48 +0000 From: Dave Martin <dave.martin(a)linaro.org> To: binutils(a)sourceware.org Cc: linaro-toolchain <linaro-toolchain(a)lists.linaro.org> Subject: Generating ancilliary sections with gas Hi all, Every now and again I come across a situation where it would be really useful to be able to query the assembler state during assembly: for example, to query and do something based on the current section name. This makes it possible to write generic macros to do certain things which otherwise require manual maintenance, or complex and fragile external preprocessing. Below, I give a real-world example of the problem, and sketch out a possible solution. What do people think of this approach? Does anyone have any better ideas on how to solve this? Cheers ---Dave EXAMPLE An example is the generation of custom ancilliary sections. Suppose you want to write macros which record fixup information. Currently, there's no way to put each fixup in an appropriately named section automatically within gas. Tellingly, gas has had to grow the ability to do this internally at least for ARM, since the exception handling information in .ARM.ex{idx,tab}* must go in sections with names based on the associated section name. However, this ancillary section generation support is neither flexible nor exposed to the user. By putting fixups in sections whose names are based on the name of the section they refer to, selective link-time discard of the fixups (and hence the code referenced by the fixups) will work; otherwise it doesn't. This would help avoid a situation where we have to keep dead code in the kernel because custom fixups are applied to it: at run-time, the code gets fixed up, then is thrown away. The fixups can't be selectively discarded because they are all in the same section: we seem have to no good way to separate them out into separate sections appropriately. For context, see: http://www.spinics.net/lists/arm-kernel/msg112268.html PROPOSAL To solve the problem of generating custom ancillary sections during assembly, here's a simple proposal: introducing a new kind of macro argument can make aspects of the assembler state available to macros in a flexible way, with only minimal implementation required. Basically, the macro qualifier field could be used to identify arguments which are filled in by the assembler with information about the assembly state, rather than being filled in by the invoker of the macro: e.g.: .macro mymacro name:req, flags, secname:current_section /* ... */ .pushsection "\secname\name", "\flags" /* ... */ .popsection .endm /* ... */ mymacro .ancillary, "a" During expansion, \name and \flags are expanded as normal. But \secname is substituted instead with the current section name, so the macro expansion would look like this: /* ... */ .pushsection ".text.ancillary", "a" /* ... */ .popsection Without the special :current_section argument, it doesn't appear possible to implement a macro such as mymacro in a generic way. This surely isn't the only way to achieve the goal, and it's probably not the best way, but it does have some desirable features. Principally, while a new pseudo-op(s) could have been defined to append text to the current section name, etc., allowing the current section name to be appear as a macro parameter avoids prejudicing the way the text is used. So there should never be a need to introduce additional pseudo-ops to do things with the current section name: with this patch, the user can always implement their own macro to do the desired thing. This gets the desired behaviour and maximum flexibility, while keeping the implementation in gas very simple. Also, using the macro expansion system in this way allows the caller a free choice of macro parameter names, and so pretty much guarantees that existing code won't get broken by the change. Because my hack is currently simplistic, it has shortcomings: in particular, it's not desirable to parse an argument from the invocation line at all to fill a :current_section argument. Currently, an argument is read in if present, but its value is ignored and the current section name pasted in at macro expansion time instead. However, that should be straightforward to fix with a bit more code. Of course, there's no reason only to expose the current section name in this way. Any aspect of the the assembler state (current subsection, current section flags, current instruction set, current macro mode, etc.) could be made available in a similar way. USAGE EXAMPLE AND PATCH Note that the specific implementation described here is intended to be illustrative, rather than complete or final. binutils$ cat <<EOF >tst.s .macro push_ancillary_section name:req, flags, csec:current_section .pushsection "\name\csec", "\flags" .endm .macro register_fixup _register_fixup 100\@ .endm .macro _register_fixup label:req \label : push_ancillary_section .fixup, "a" .long \label\(b) .popsection .endm .long 1 register_fixup .long 2 .data .long 3 register_fixup .long 4 .long 5 register_fixup .long 6 EOF binutils$ gas/as-new -ahlms -o tst.o tst.s ARM GAS tst.s page 1 1 .macro push_ancillary_section name:req, flags, csec:current_section 2 .pushsection "\name\csec", "\flags" 3 .endm 4 5 .macro register_fixup 6 _register_fixup 100\@ 7 .endm 8 9 .macro _register_fixup label:req 10 \label : 11 push_ancillary_section .fixup, "a" 12 .long \label\(b) 13 .popsection 14 .endm 15 16 0000 01000000 .long 1 17 register_fixup 17 > _register_fixup 1000 17 >> 1000: 17 >> push_ancillary_section .fixup,"a" 17 >>> .pushsection ".fixup.text","a" 17 0000 04000000 >> .long 1000b 17 >> .popsection 18 0004 02000000 .long 2 19 20 .data 21 0000 03000000 .long 3 22 register_fixup 22 > _register_fixup 1003 22 >> 1003: 22 >> push_ancillary_section .fixup,"a" 22 >>> .pushsection ".fixup.data","a" 22 0000 04000000 >> .long 1003b 22 >> .popsection 23 0004 04000000 .long 4 24 0008 05000000 .long 5 25 register_fixup 25 > _register_fixup 1006 25 >> 1006: 25 >> push_ancillary_section .fixup,"a" 25 >>> .pushsection ".fixup.data","a" 25 0004 0C000000 >> .long 1006b 25 >> .popsection 26 000c 06000000 .long 6 ARM GAS tst.s page 2 NO DEFINED SYMBOLS NO UNDEFINED SYMBOLS binutils$ arm-linux-gnueabi-objdump -rs tst.o tst.o: file format elf32-littlearm RELOCATION RECORDS FOR [.fixup.text]: OFFSET TYPE VALUE 00000000 R_ARM_ABS32 .text RELOCATION RECORDS FOR [.fixup.data]: OFFSET TYPE VALUE 00000000 R_ARM_ABS32 .data 00000004 R_ARM_ABS32 .data Contents of section .text: 0000 01000000 02000000 ........ Contents of section .data: 0000 03000000 04000000 05000000 06000000 ................ Contents of section .fixup.text: 0000 04000000 .... Contents of section .fixup.data: 0000 04000000 0c000000 ........ Contents of section .ARM.attributes: 0000 41150000 00616561 62690001 0b000000 A....aeabi...... 0010 08010901 2c01 ....,. diff --git a/gas/macro.c b/gas/macro.c index e392883..95c4de1 100644 --- a/gas/macro.c +++ b/gas/macro.c @@ -516,6 +516,8 @@ do_formals (macro_entry *macro, int idx, sb *in) formal->type = FORMAL_REQUIRED; else if (strcmp (qual.ptr, "vararg") == 0) formal->type = FORMAL_VARARG; + else if (strcmp (qual.ptr, "current_section") == 0) + formal->type = FORMAL_CURRENT_SECTION; else as_bad_where (macro->file, macro->line, @@ -540,6 +542,15 @@ do_formals (macro_entry *macro, int idx, sb *in) name, macro->name); } + else if (formal->type == FORMAL_CURRENT_SECTION) + { + sb_reset (&formal->def); + as_warn_where (macro->file, + macro->line, + _("Pointless default value for current_section parameter `%s' in macro `%s'"), + name, + macro->name); + } } /* Add to macro's hash table. */ @@ -734,7 +745,11 @@ sub_actual (int start, sb *in, sb *t, struct hash_control *formal_hash, ptr = (formal_entry *) hash_find (formal_hash, sb_terminate (t)); if (ptr) { - if (ptr->actual.len) + if (ptr->type == FORMAL_CURRENT_SECTION) + { + sb_add_string (out, segment_name (now_seg)); + } + else if (ptr->actual.len) { sb_add_sb (out, &ptr->actual); } diff --git a/gas/macro.h b/gas/macro.h index edc1b6b..ea6cabb 100644 --- a/gas/macro.h +++ b/gas/macro.h @@ -38,7 +38,8 @@ enum formal_type { FORMAL_OPTIONAL, FORMAL_REQUIRED, - FORMAL_VARARG + FORMAL_VARARG, + FORMAL_CURRENT_SECTION, }; /* Describe the formal arguments to a macro. */ _______________________________________________ linaro-toolchain mailing list linaro-toolchain(a)lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain

14 years, 1 month

3
5
0 0

[ACTIVITY] report week 27

by Peter Maydell

RAG: Red: Amber: OMAP3 patch upstreaming is slower progress than hoped Green: Current Milestones: || || Planned || Estimate || Actual || ||qemu-linaro-2011-07 || 2011-07-21 || 2011-07-21 || || Historical Milestones: ||qemu-linaro 2011-04 || 2011-04-21 || 2011-04-21 || 2011-04-21 || ||qemu-linaro 2011-05 || 2011-05-19 || 2011-05-19 || n/a || ||close out 1105 blueprints || 2011-05-28 || 2011-05-28 || 2011-05-19 || ||complete 1111 planning || 2011-05-28 || 2011-05-28 || 2011-05-27 || ||qemu-linaro-2011-06 || 2011-06-16 || 2011-06-16 || 2011-06-16 || == upstream-omap3-patches == * split and did most of the cleanup of 'overhaul onenand support' patch * updated the omap gpio qdev patchset in response to review comments, just about ready to send v2 * this is going more slowly than I had anticipated == other == * patch review, etc * confirmed attendance at KVM Forum and LinuxCon NA Current qemu patch status is tracked here: https://wiki.linaro.org/PeterMaydell/QemuPatchStatus Absences: 1-5 August: Linaro sprint 1111 15-19 August: KVM Forum and LinuxCon NA, Vancouver

14 years, 1 month

1
0
0 0

Updated armel cross toolchains for lucid/maverick/natty releases

by Marcin Juszkiewicz

Hi Linaro backport PPA [1] got updated to latest versions of armel cross toolchains -- oneiric packages were used as a base. What got changed: - gcc 4.4 was updated to 4.4.6-3ubuntu1 - gcc 4.5 was updated to 4.5.3-1ubuntu2 - binutils was updated to 2.21.52.20110606-1ubuntu1 - eglibc was updated to 2.13-6ubuntu2 - gcc 4.6 was provided as 4.6.0-14ubuntu1 in Maverick, Natty - gcc-defaults-armel-cross was updated to 1.6 in Maverick, Natty (uses gcc-4.6 as default) There is no gcc-4.6 for Lucid currently as it requires newer versions of few libraries (mpfr, mpc) and one of rule of this PPA is "do not update packages which may affect other packages". Please test them and report any bugs found. 1. https://launchpad.net/~linaro-maintainers/+archive/toolchain/

14 years, 1 month

3
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-toolchain