linaro-toolchain

linaro-toolchain@lists.linaro.org

1 participants
5600 discussions

Blueprints, Headline and Acceptance criteria for monthly releases

by Mounir Bsaibes

Release Management needs the list of the the blueprints that will be delivered this month. For each bp, they want a Headline and Acceptance criteria. The Headline is a statement to include in the Monthly release announcement. The acceptance criteria is a statement how to verify the work is done. I have collected this month's blueprints in the spreadsheet, please review it for accuracy. If a blueprint you are working on is missing, please add it. The Headline and Acceptance can be added into the whiteboard as follows: Headline: headline text Acceptance: acceptance text Once you add the the headline and acceptance, please modify the spreadsheet to reflect that it is done. https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AoZqvK7R1biJdGxSc… Thanks in advance, 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, 9 months

[Activity] Weekly report for w/e 2011-09-09

by Ramana Radhakrishnan

==GCC== ===Progress=== * Fixed https://bugs.launchpad.net/ubuntu/+source/gcc-4.6/+bug/838994 . Investigated Bernd's alternate patch . Will commit mine. * Looked at PR48308 for sometime whihc might be a dup of PR50313 . * Some blueprint foo. * Committed a few of the outstanding approved patches into Linaro GCC-4.6 * Patch review week * Caught up with email after vacation. === Plans === * Commit conditional compares patch. * Commit the patch for LP838994. * Investigate some of the performance issues with strlen and some of the cases with - one of the ideas is to probably try and get the specific testcases run under u-boot or as a bare-metal binary and look at dumps of various performance monitoring counters and see what's happening. * Look at BRANCH_COST and finish that up next. * Dust off patch for PR19599 . One of them them that has fallen into the cracks. * Some patch review. Meetings: * 1-1s * TCWG calls * Thumb2 performance call. Absences. * 16th Oct (pm) - LLVM developer summit - London * 31st Oct - 4th Nov - Linaro Summit Orlando - Travel booked - hotel to be booked. * 08 Nov - 11 Nov - Tentatively booked not approved. * Dec 19 - 31st Dec - Tentatively booked not approved.

13 years, 9 months

[ACTIVITY] 5th - 11th September

by Andrew Stubbs

Merged both GCC 4.5 and 4.6 from FSF to Linaro. Matthias requested that I avoid a particular upstream 4.6 commit, so I selected the revision before that as the merge point. The problem was then fixes upstream, and another fix was desirable, so I've redone the merge from the branch head. Another widening-multiplies bug was reported to me (I logged it as pr50318/lp843775), so I've fixed that and committed the fix upstream, and filed a merge request on Launchpad. Finished fixing the bugs in my thumb2 constants optimizations, and backported the new patches to Linaro GCC 4.6. Pushed the updated stuff to Launchpad for testing. Richard Sandiford found a flaw in my patch for pr50193/lp836401, so I've done another version of that and posted it upstream. Ramana didn't like that version. I've started again trying to fix it a different way, but I don't have it working just yet. Continued work on my new constant reuse patch. I have it detecting many constant expressions, and calculating the values for some of them. Once it does that sufficiently well, the next step is to track what constants are available where, I then I'll be in a position to find optimization opportunities. At the moment, 'sufficiently well' could just mean MOVW/MOVT pairs, as those are the most common Tried to get the CS Panda Boards up and running again after the move. No success. Ricardo is on the case. I'm still using the boards located at Canonical. Andrew

13 years, 9 months

[ACTIVITY] Weekly status

by Revital Eres

Continue looking at Richard's micro benchmarks taken from libav w.r.t SMS and experiment with different patches that Richard wrote to improve code generation. Submitted SMS related patch for minor misc fixes http://gcc.gnu.org/ml/gcc-patches/2011-09/msg00551.html Trying to understand why to new version of the patch to support instructions with REG_INC_NOTE in SMS causes bootstrap failure. Will email to the ml regarding it. (http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01216.html)

13 years, 9 months

[ACTIVITY] Weekly status

by Richard Sandiford

* Looked at LP bug 736661. Sent a patch upstream. Some positive feedback, but it hasn't been approved or rejected yet. * Looked at the old R_ARM_THM_CALL linker bug, after Matthias prepared a self-contained testcase (thanks). Attached a patch to the bug. Will submit upstream next week if testing goes OK. * Looked at why the backport of lp823708-4.5 retriggered the same bootstrap failure that Chung-Lin's patch did. Haven't been able to reproduce yet. * Looked at making the neon_vget_high/low patterns use ordinary subreg moves. Found that this triggered a fair few latent bugs in the rtl optimisers. Tried to fix those. This gave some nice improvements in some of the libav loops. * Added h264 loops to the libav microbenchmarks. * Blueprints. * Upstream patch review. Richard

13 years, 9 months

[ACTIVITY] w36

by Asa Sandahl

* Completed First-time wiki page, at least for now. Expecting to add more information as I go. * Running SPEC2K on the Snowball board. The tests are failing because I run out out of memory. This is due to too little RAM available in the default kernel configuration. (Official HW pack.) I had a go with creating a swap file on the SD-card. The tests are then running, but results are slow (which makes sense). Will try to make more memory available with changed uboot-option, or with a fresh kernel. * Discussing with Michael about benchmark candidates that will add a web browsing perspective to the benchmarks we have. I suggest Sunspider and V8 benchmark suite for the JavaScript aspect, and EEMBC Browsing Bench and perhaps ARMBBench for the load and render aspect. As for the imaging aspect we have DENBench and ConsumerBench. Best Regards Åsa

13 years, 9 months

GCC Trunk r178719 fails to build

by Michael Hope

For reference, trunk r178719 fails to build in an A9 or ARMv5 configuration: http://builds.linaro.org/toolchain/gcc-4.7~svn178719/logs/armv7l-natty-cbui… The error is: /scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/./prev-gcc/g++ -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/./prev-gcc/ -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/install/armv7l-unknown-linux-gnueabi/bin/ -nostdinc++ -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/src/.libs -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/libsupc++/.libs -I/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/include/armv7l-unknown-linux-gnueabi -I/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/include -I/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/gcc-4.7~/libstdc++-v3/libsupc++ -L/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/src/.libs -L/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/libsupc++/.libs -c -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc-4.7~/gcc -I../../../gcc-4.7~/gcc/. -I../../../gcc-4.7~/gcc/../include -I../../../gcc-4.7~/gcc/../libcpp/include -I../../../gcc-4.7~/gcc/../libdecnumber -I../../../gcc-4.7~/gcc/../libdecnumber/dpd -I../libdecnumber insn-peep.c -o insn-peep.o ../../../gcc-4.7~/gcc/config/arm/arm.md: In function 'const char* output_319(rtx_def**, rtx)': ../../../gcc-4.7~/gcc/config/arm/arm.md:10636:78: error: unknown conversion type character '(' in format [-Werror=format] ../../../gcc-4.7~/gcc/config/arm/arm.md:10636:78: error: unknown conversion type character ')' in format [-Werror=format] /scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/./prev-gcc/g++ -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/./prev-gcc/ -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/install/armv7l-unknown-linux-gnueabi/bin/ -nostdinc++ -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/src/.libs -B/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/libsupc++/.libs -I/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/include/armv7l-unknown-linux-gnueabi -I/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/include -I/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/gcc-4.7~/libstdc++-v3/libsupc++ -L/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/src/.libs -L/scratch/cbuild/slave/slaves/ursa4/gcc-4.7~svn178719/gcc/default/build/prev-armv7l-unknown-linux-gnueabi/libstdc++-v3/libsupc++/.libs -c -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc-4.7~/gcc -I../../../gcc-4.7~/gcc/. -I../../../gcc-4.7~/gcc/../include -I../../../gcc-4.7~/gcc/../libcpp/include -I../../../gcc-4.7~/gcc/../libdecnumber -I../../../gcc-4.7~/gcc/../libdecnumber/dpd -I../libdecnumber insn-preds.c -o insn-preds.o cc1plus: all warnings being treated as errors -- Michael

13 years, 9 months

[ACTIVITY] 2011-09-09

by David Gilbert

== String routines == * Trying to understand my strlen behaviour that Michael identified - Found lots of ways of making the faster case slower, but none of making the slower case faster! - Perf not being available on Panda (bug 702999/843628) made it difficult to dig down * Fixing standards corner cases for strchr/memchr - input match needs to be truncated to char (fixes bug 842258 & 791274) * Tidying up formatting for cortex-strings release * Looking at eglibc integration again - getting confused by what has to happen in config.sub and how other users of it cope with triplets like armv7 even though it's not in config.sub == QEMU == * Testing Peter's QEMU release - All good - Lost a few hours due to the broken version of l-i-f-ui in Oneiric - PPA version works OK * A little bit of perf profiling == Other == * Managed to get hold of a nice fast build machine

13 years, 9 months

[ACTIVITY] Sep 5 - Sep 9

by Ulrich Weigand

== GDB == * Worked on hardware watchpoint support for gdbserver. == GCC == * Analyzed root cause of three more ICEs when building Linux kernel with mainline GCC (reported by Arnd): PR target/50305: Inline asm reload failure when building Linux kernel PR middle-end/50307: SSA checking ICE when building Linux kernel PR tree-optimization/50318: ICE optimizing widening multiply-and-accumulate * Implemented proposed fix for PR target/50305 and posted for review. == Misc == * Installed updated FPGA bitfiles on my Versatile Express and verified that network stability issues (LP #673820) are now fixed. * Booked Linaro Connect Q4.11 travel. 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, 9 months

[ACTIVITY] report week 36

by Peter Maydell

RAG: Red: Amber: Green: overrunning OMAP3 upstreaming work (mostly) replanned Current Milestones: || || Planned || Estimate || Actual || ||qemu-linaro 2011-09 || 2011-09-15 || 2011-09-15 || || 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 || ||qemu-linaro 2011-08 || 2011-08-18 || 2011-08-18 || 2011-08-18 || == upstream-omap3-patches == * more reshuffling of patches and dropping of unnecessary changes (eg code reformatting) * we're going to divide this blueprint into four, each of which has a reasonably clearly defined submilestone and an estimated 3 engineering weeks of work in it * in order to not have work on this completely push out other items on the schedule, we're going to limit work done on this to 2 or 3 days each week * still todo: actually split the blueprint, set dates for submilestones, check that other blueprints fit reasonably in the other half-week == linaro-qemu-11.11 == * built a pre-release tarball and tested it -- looks good for next week's release * investigated whether we can reinstate the firmware blobs in our releases (bringing us back into line with upstream) -- should be possible but need to go through the license approval process since some are GPLv3 == a15-system-mode-planning == * starting to see some (gentle) pressure for A15 support * thinking about what we should do here; my current opinion is that QEMU should implement an "A15 without virtualization or LPAE" -- we have Linux kernels that will boot on this, and it is essentially what an A15-on-A15 hw virt guest would see. The device work will be needed for KVM anyway. Need to write this up. == other == * submitted TSC licensing request to add the firmware blobs back into our qemu-linaro tarballs, in line with how upstream do releases * I need to track better how much time I'm spending on things like code review on qemu-devel, minor bug fixing and other things that aren't blueprints * all holiday to the end of the year now booked (see below) Current qemu patch status is tracked here: https://wiki.linaro.org/PeterMaydell/QemuPatchStatus Absences (to end of year): Sep 19, Sep 29-Oct 07, Oct 17, Nov 21, Dec 15-Jan 03: leave Oct 30-Nov 04: Linaro Connect Q4.11

13 years, 9 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-toolchain