Hi,
In building some code (CRIU) that includes linux/if_packet.h for
x86_64-linux-gnu, arm-linux-gnueabihf, and aarch64-linux-gnu, some
discrepancies popped up relating to whether the TPACKET_V3 structures were
defined. It looks like the headers shipped with the 13.08 arm-linux-gnueabihf
toolchain do not define them, implying kernel headers older than October 2012.
The aarch64-linux-gnu toolchain on the other hand does have them defined. If
this analysis is correct, can I expect the kernel headers in the 32-bit
toolchain to be updated in the near future or should I really be generating
and referencing my own kernel headers?
Thanks,
Christopher
--
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by the Linux Foundation.
== Progress ==
* GDB Record and Replay (TCWG-197)
Debugged code for an exception coming up in gdb code after applying
Thumb32 patch.
* Travel to UK on Wednesday night stopped in UAE for Thursday and Friday.
* Holiday on Thursday and Friday.
== Plan ==
* Working from Linaro Cambridge from Monday till Friday
* GDB Record and Replay (TCWG-197)
Fix issues Submit patch upstream.
* Meetings with team mates in Cambridge and visit to ARM.
== Progress ==
* 4.8 2013.09 backports:
- Finished ongoing reviews.
* LRA:
- Fixed and refactored rtl analyser patch, waiting fro upstream green light
- Reduced AArch64 testcase, and find the root cause of the issue:
Only 64 bits of callee saved registered v8-v15 are preserved, larger values
has to be handle by the caller, which not the case with LRA. Working on
the issue with LRA maintainer.
* LCU'13
- Hotel and flight booked
== Next ==
* Continue on LRA
== Issues ==
* None
== Progress ==
* Prepare Linaro toolchain binary 2013.09 release
- Create linaro-prebuilt-sysroot-2013.09.
- Update local patches and all Linaro samples to use
eglibc-linaro-2.18-2013.09.
* Update Conditional compare (CCMP) according to community comments.
Current method is:
- In fold-const, if HAVE_conditional_compare, set
LOGICAL_OP_NON_SHORT_CIRCUIT to true.
- Identify CCMP during expanding. A CCMP candidate is a BIT_AND_EXPR
or BIT_IOR_EXPR, whose operators are compares.
- Add a new op in optab to expand the CCMP to RTL, e.g.
and_scc_scc/ior_scc_scc in ARM.
- Testing is ongoing.
== Plan ==
* Send out the updated conditional compare patches for review.
== Panned leaves ==
* Sept. 19-21: Mid-Autumn Festival
* Oct. 1-7: National Day of China holiday
== Progress ==
* Set up a GCC git mirror on git.linaro.org. now at
ssh://LOGIN@git.linaro.org/srv/git.linaro.org/git/toolchain/gcc.git. The
two Linaro branches most people are interested in are now
'linaro-4.7-branch' (updated every 30 minutes from launchpad),
and 'linaro-4.8-branch' updated every 10 minutes from subversion.
* Tweaked Cbuildv2 & Jenkins to work with GIT repositories and
branches as well as source tarballs.
* Jenkins now "bootstraps" a cross compiler by building the native
GCC, and then using that to compile the cross GCC.
* Got aarch64-none-elf building with newlib via Cbuildv2.
* Source and binary tarball release support in Cbuildv2 now
works. I've had to change the naming convention to handle daily
automated builds, and added the commit ID of HEAD for git based
builds.
* Almost got Canadian crosses building via Cbuildv2.
* Continued work on Jenkins/Cbuildv2 integration.
* Cbuildv2 now works on Fedora as well as Ubuntu.
* Survived major 100+ year flood. Got to watch a dam overflow, kindof
cool, all the roads in and out of this area have been closed for days,
most of the bridges are gone. Been busy all weekend evacuating
people, car accidents, normal disaster area stuff. I worked Katrina
relief, never thought I'd see a flood in the mountains.
== Plan ==
* Continuing with Jenkins/Cbuildv2/Git integration.
* Get testing results from Jenkins builds imported via Junit conversion.
* Compare automated tarballs with the current release tarballs.
* Get Jenkins to upload binary & source tarballs to
snapshots.linaro.org.
* Add support for using specific commit IDs with Git and Cbuildv2.
* Finish getting Canadian Cross builds working in Cbuildv2.
* Odroids should arrive (when the roads open...) Monday, install
Ubuntu and do some tests to see if it's a good platform.
== Issues ==
* Flooding...
== Progress ==
* Addressing patch review
- Woking on vrp based zero/sign extension elimination based on feedback
- Reworked the patch based and posted the first patch
- Speck2k benchmarking in progress for second patch and will post
once finished.
* spec2k comparison between ARM and x86
- More benchmarks analysed.
- Started with the report. Plan to send in next couple of days.
- Created more reduced test cases.
== Plan ==
* Continue with spec2k comparison between ARM and x86
* Start divmod work
== Progress ==
* Committed glibc realloc test
* Committed glibc malloc integer overflow patches and requested CVE number
* More work on glibc malloc benchmarking
* Investigated AArch64 gdb issue and submitted a patch
* Investigated gas NEON issue and submitted a patch
== Issues ==
* None
== Plan ==
* Visit Linaro in Cambridge from Tuesday to Thursday (see you there!)
* Submit glibc malloc benchmark
* Get benchmark numbers for tweaked memcpy
* Start glibc pointer guard work
--
Will Newton
Toolchain Working Group, Linaro
== Progress ==
* Patches
- Committed lzma fix for cross-compilation
- Split ARMv7 fixes in three patches, committed
- Reviewed many ARM patches
* ImageMagick benchmark
- Using IM's convert to test compiler performance
- LLVM seems pretty good on x86_64, par on A15 and behind on A9
when compared to gcc 4.7
- http://people.linaro.org/~rengolin/llvm/scripts/
* Profiling
- Found a serious bug in LLVM when emitting profile information
- mcount segfaults on prelude, luckily only on x86. :D
* Phoronix
- Found out that our problems with Phoronix were not unique
- Might need a bit more of work to get the build scripts changed
- And A bit more to get the data out of the reports
== Plan ==
* Profile IM's convert on A9 (after finding out why it's not generating
gmon.out)
* Hoping to find low-hanging SLP-vectorizer fruits... fingers crossed!
* Try something on Jenkins, hopefully it'll be easy to get Phoronix and
ImageMagick running on it
Progress:
* "aarch64 preparation" patchset now in upstream QEMU master.
For clarity: this doesn't enable anything by itself, but
it's an important foundation for the work being done by
people including Linaro, SuSE and Virtual Open Systems, and
getting it upstream is both helpful for that work and an
indication of progress.
* posted a new version of mach-virt patchset (with a PL011 UART)
* various planning meetings/calls
* put together a "testing" quality branch that integrates the
"-cpu host", "mach-virt" and OVS work on KVM v8 control:
git://git.linaro.org/people/pmaydell/qemu-arm.git aarch64-kvm
-- PMM
---
Hi all,
The reason for my most recent question on the list was that I was
investigating if gccgo targeting aarch64 would work. It turns out that
it's really close (to building and working for trivial programs, at
least): it depends on libatomic which explicitly does not support
AArch64, but when you try to build it, it appears to work fine. Hence
this patch.
Would it be possible for someone to:
a) test this for me, or
b) explain to me how to test it myself, and/or
c) send this upstream, or
d) offer advice on how to get it upstream myself?
I'd sort of prefer the "explain to me" versions as I also want to run
the gccgo/libgo tests :)
If someone knows why libatomic unsupports aarch64, that'd be even better
(maybe it's just that the sync intrinsics it uses weren't supported by
gcc on aarch64 at the time?).
Cheers,
mwh
libatomic/configure.tgt | 5 -----
1 file changed, 5 deletions(-)
diff --git a/libatomic/configure.tgt b/libatomic/configure.tgt
index b9e5d6c..7eaab38 100644
--- a/libatomic/configure.tgt
+++ b/libatomic/configure.tgt
@@ -95,11 +95,6 @@ fi
# Other system configury
case "${target}" in
- aarch64*)
- # This is currently not supported in AArch64.
- UNSUPPORTED=1
- ;;
-
arm*-*-linux*)
# OS support for atomic primitives.
config_path="${config_path} linux/arm posix"
--
1.8.1.2
Hi,
Thanks to the advice from this list I've managed to build GCC targeting
aarch64 (thanks!).
Is there some way I can now run the tests in a Foundation model? I
don't really know how this would work -- I guess using
aarch64-unknown-linux-gnu-gcc etc to build binaries, scp them onto the
model, run them and parse the output. Is this the sort of thing that
people do?
Cheers,
mwh
Short week (2 days off).
== Progress ==
* 4.8 2013.09 backports:
- Reviewed and committed several
* Wiki cleanup:
- Started to review some pages.
* LRA:
- Refactored the two posted patches in one.
== Next ==
* Backports and Releases.
* LRA
* Book hotel/plane for Connect
== Progress ==
* Libssp support for AArch64 TCWG 23:
NFS mounted from build system into the model and ran cross eglibc
tests for a fresh SVN checkout.
Had some failures. Looking at library missing issues.
* Backports
Completed backports and merge requests. Yvan helping out to commit 201411.
== Plan ==
* Post RFC patch for Libssp support for AArch64 in GCC
* Continue testing the patch for Libssp support for AArch64 in GCC
and glibc TCWG-23.
== Issues ==
* LTO/PGO work stopped now since libssp support priority is more.
Misc
-------
9-Sep-2013 AMD Bangalore holiday.
== Progress ==
* spec2k comparison between ARM and x86
- More benchmarks analysed.
- Plan to complete first iteration for spec2k-int benchmarks this week
* Addressing patch review
- Woking on vrp based zero/sign extension elimination based on feedback
- Started addressing comments for divmod optimization
== Plan ==
* Continue with spec2k comparison between ARM and x86
* Wiki Cleanup
== Progress ==
* GDB Record and Replay (TCWG-197)
Completed writing most of gdb process record Thumb32 instruction handling code.
Created test data for various types of Thumb32 instructions
Performed testing fixed some coding mistakes and bugs.
* Visa Application
Filled US visa application online for LCU13.
Prepared US visa documentation to file visa immediately after coming
back from UK.
Made travel arrangement for UK visit.
== Plan ==
* GDB Record and Replay
Integrate gdb process record thumb32 support patch with gdb source and
perform testing.
Submit patch upstream.
* Travel and Visas
Collect travel information and travel to Cambridge UK by Sunday.
* Days Off
Thursday and Friday off for a small visit to Dubai before reaching UK on Sunday.
== Progress ==
* Started setting up a GCC git mirror on git.linaro.org.
* Tweaked Cbuildv2 & Jenkins to work with GIT repositories as well
as source tarballs.
* Jenkins now "bootstraps" a cross compiler by building the native
GCC, and then using that to compile the cross GCC.
* Got aarch64-none-elf building with newlib via Cbuildv2.
* Finished binary tarball release support in Cbuildv2.
* Almost got Canadian crosses building via Cbuildv2.
* Continued work on Jenkins/Cbuildv2 integration.
* Added ccache support to Cbuildv2.
* Cbuildv2 now works on Fedora as well as Ubuntu.
== Plan ==
* Finish setting up GCC git repository with Linaro branches
fetched from svn and bzr.
* Add support for building source tarballs.
* Continuing with Jenkins/Cbuildv2 integration. (waiting for GCC
git repository to be complete)
* Get Jenkins to upload binary & source tarballs to
snapshots.linaro.org.
* Finish getting Canadian Cross builds working in Cbuildv2.
== Issues ==
* Still waiting for Odroid hardware to get shipped.
* Waiting for git-bzr-ng to be installed on git.linaro.org.
* Git-svn is incredibly slow on initial fetch. (fetching the
linaro/gcc-4_8-branch has been running over 24 hours)
== Progress ==
* Worked on getting glibc benchtests into shape for string functions
* More wiki cleanup (done?)
* Backports and release of eglibc 2.18 2013.09
* Booked Cambridge trip for Sept 17th
== Issues ==
* None
== Plan ==
* More improvements to glibc benchtests for strings/malloc if possible
* Get back to malloc and stack guard work
--
Will Newton
Toolchain Working Group, Linaro
== Progress ==
* Backports for 2013.09:
- committed several
- reviewed
- submitted a few new ones
* Wiki pages cleanup
* GCC trunk cross-validation:
- need to work around results instabilities caused by incomplete
threads support in QEMU.
== Next ==
* Release 2013.09 next week after completing the latest backports.
* Resume investigation on perfomance regression with peeling disabled.
* GCC trunk validation: work on reporting
* Book hotel/plane for Connect
== Progress ==
* Cross-compilation
- Cleaning up v7A cores and features in Clang
- Writing document on how to cross-build using Clang/LLVM
- Creating bugs to deal with the issues found
- Adding LZMA library dep to cross-build in LLVM
- https://cards.linaro.org/browse/TCWG-200
* Divmod 64
- Long discussions about libcalls using registers with ARM
- Trying to revive my old patch due to future improvements from ARM
- It should also help future improvements on value_in_regs attributes, as
well as other library calls in registers or with multiple return values
- https://cards.linaro.org/browse/TCWG-199
* Maintenance
- Patch reviews, discussions, as usual
- Investigating breaking test-suite bot
- Added two pandas to the lab for general use
== Plan ==
* See that all patches created this week get through
* Have a look at automating Phoronix (via Jenkins)
* Find SLP-vectorizer regressions on ARM and fix them
Progress:
* rebased and fixed last issues in aarch64 prep patchset, sent it
out with a note that I'm going to put it in a pullreq to be
applied unless any further comments come up in review
* reviewed Christoffer's GIC save/restore patchset
* reviewed and cleaned up toolchain's QEMU wiki pages
-- PMM
### About Linaro eglibc
Linaro eglibc is a release of the eglibc C library with bug fixes and
enhancements for ARM platforms. eglibc is a variant of the GNU libc
designed to work well on embedded systems.
### Linaro eglibc 2.18 2013.09
The Linaro Toolchain Working Group is pleased to announce the 2013.09
release of Linaro eglibc 2.18, the first release in the 2.18 series.
This release is based on the latest upstream eglibc 2.18 stable branch,
but with additional features and bug fixes.
#### Additional Features
* None
#### Bug Fixes
* Fix for clone(2) built for Thumb2.
### Source
#### Release Tarball
* https://releases.linaro.org/13.09/components/toolchain/eglibc-linaro
#### Development Tree
* git://git.linaro.org/toolchain/eglibc.git
This release was built from the `linaro_eglibc-2_18-2013_09_release` tag.
### Feedback and Support
Subscribe to the important Linaro mailing lists and join our IRC channels to
stay on top of Linaro development.
* Linaro Toolchain Development [mailing
list](http://lists.linaro.org/mailman/listinfo/linaro-toolchain)
* Linaro Toolchain IRC channel on irc.freenode.net at `#linaro-tcwg`
* Questions? [ask Linaro](http://ask.linaro.org/).
* Interested in commercial support? inquire at [Linaro
support](mailto:support@linaro.org)
--
Will Newton
Toolchain Working Group, Linaro
Hi folks,
Since we won't be using Pandas for buildbots any more, I decided to put
them in the lab for general use. This is not LAVA or CBuild managed, and
the purpose is to test, and possibly benchmark, small applications, build
systems, native compilation, generated code, etc, in real hardware. For
this purpose, the Pandas are great, so there you have it.
There is no reservation mechanisms, but the etiquette is to "who" and
"top", and if you're the only active user, go for it. Multiple users can
use a single board if only testing, compiling, running code, but if someone
is benchmarking, would be polite to use the other board.
They're sporting a Linaro 13.03 release with kernel 3.5.0. If you need/want
access to them, just let me know.
cheers,
--renato
== Progress ==
* Backports for 2013.09:
- updated list, assigned some to team members
- submitted several requests
- quite a few of them exposed dependencies, making it necessary to
make several attempts.
* Aarch64 frame layout: posted sample code using large frame on
gcc-patches to get feedback.
* Disable-peeling: resumed regression investigation.
* Wiki pages cleanup
* trunk validation:
- continued to work on internal validation of trunk using our
compute farm (build+cross validation) to help catch regressions early.
== Plan ==
* Finish backports, sort out dependencies problems.
* Disable-peeling: investigate regression
* More wiki pages cleanup
* trunk validation: improve reporting
* install Ubuntu on Chromebook