== Issues ==
* None.
== Progress ==
* LRA on AArch64:
- Validate Vladimir's patch to support
HARD_REGNO_CALL_PART_CLOBBERED macro in LRA.
- Reduced and analysed libstdc++ failures : they were due to PCH
usage, but the issue was fixed with a rebase on trunk's head.
- Testsuite is now clean.
- Waiting for my rtl analyser patch to be accepted.
* LRA on AArch32:
- No more libstdc++ failures, they were PCH related too.
- One more issue in ARM mode testsuite, related bad REG_NOTES info
after LRA pass.
- Reduced failing Thumb testcase.
== Next ==
* Continue on LRA.
== Progress ==
* Spent week in Linaro's Cambridge office, had meetings with team mates.
* Visited ARM office in Cambridge and met toolchain team there.
* Submitted patch for GDB Record and Replay thumb32 support upstream.
* Reviewed and reproduced gdb bugs reported on launchpad and changed
their status according.
* Reviewed previously submitted gdb patches and replied to comments if required.
* Reviewed x86 record syscall code in GDB for adding support for
recording ARM syscall record.
* Updated JIRA cards or added new issues against bugs or features.
== Plan ==
* Progress on record and replay feature by testing instruction set support.
* Review all open JIRA cards for GDB
* Work on getting previous patches committed or resubmit new ones.
* Submit US visa application for LCU13.
== Issues ==
* None
== Progress ==
* 2 day off on Chinese Mid-Autumn Festival
* Update conditional compare (CCMP) patch according to community comments.
* Work out a patch to fix PR 58423.
* Prepare LCU'13 Visa and hotel.
== Plan ==
* Continue on CCMP.
== Panned leaves ==
* Sept. 24 AM: US Visa.
* Oct. 1-7: National Day of China holiday
== Progress ==
* Addressing patch review
- zero/sign extension preparation patch accepted.
- Christophe is helping to commit.
* spec2k comparison between ARM and x86
- Looked at conditional code generation related code in gcc
- looked at ifcvt and code in arm.md and arm.c to understand the
heuristics that dictate how much to conditionalize and what is causing
some of the problems I am seeing.
== Plan ==
* Continue with spec2k comparison between ARM and x86
* Start looking at 64bit division
== Progress ==
* gprof mcount support in glibc
Tested the patch and posted in libcports.
* Fix signal handler issue in glibc for profiling
Found issue with time profiling. Time profiling is obtained by setting up
SIG_PROF interrupt and kernal calls signal handler with interrupted pc
address. But in glibc, aarch64 port does not register the signal
handler properly.
Fixed and sent a patch to team for review. Tested the patch and
posted in libcports.
* Linaro connect - VISA application.
Applied VISA online and scheduled interview with US consulate.
* Libssp support for AArch64 TCWG 23:
Timeout issues disappears after increasing TIMEOUTFACTOR
Base glibc test results are captured in wiki
https://wiki.linaro.org/WorkingGroups/ToolChain/ReleaseAndInfrastructure/Cr…
* 1-1 meeting with Matt and Christophe.
== 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
------
Tuesday and Wednesday in Chennai to attend US VISA interview.
== Progress ==
* Trying to profile ImageMagick on A9
- perf is broken on Exynos 4, used Panda
- Linaro image doesn't have all PPAs
- Clang code 10% worse than GCC on some operations
- Code doesn't look that bad, but Clang on x86 is faster
- Will look into that next week
Background
- Meetings at ARM, Linaro
- Omair in Cambridge
- Patch review, fixing bots, discussions, etc
- Moved from Ubuntu to Mint 15, using Gnome Shell
== Plan ==
* Finally look into the profiler output
* Increase the profiling to other image operations
* Profile Phoronix results?
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