4 day work week (03-Apr good Friday) (2/10)
* ASAN 32bit allocator failures on amd-01 (4/10)
Completed analyzing failures. Sent a patch to Address sanitizes community for review. Applied patch to latest LLVM trunk and ran tests. found one failure. But it was due to the test case assuming that return value from "getpwnam_r" all is always zero. Fixed the test case by removing the assert and all LLVM tests passes.
[ Renato tested the patch on APM (39 bit VA) ].
* Again there is some discussion in GCC bugzilla on deciding which allocators to use for Aarch64 42 bit VA*.
I have a patches for both allocators and posted it to ASAN group
64 bit allocators wont work on juno. So for ASAN there is a need to have some kind of dynamic address space detection mechanism. Set the allocators type and required mappings at runtime for Aarch64. But that needs to be decided by ASAN group whether to do that or use my 32 bit allocator patch . I am planning to stop it here and wait as suggested by renato.
* Get TSAN building for Aarch64 on 42-bit VMA systems. (2/10) (-pie mode only)
Applied patch that I had on GCC tree on LLVM trunk. Build failed need to set kVdsoBeg and kMadviseRangeBeg. I set some default value to allow TSAN build to complete. right now clang does not recognize aarch64 target for aarch64 although I enabled it under TSAN. looking at the issue.
* Emails, meetings. (2/10) * Linaro 1-1 with christophe, Ryan, status meet * AMD meetings/event, 1-1 with AMD manager, status meeting. * GCC mailing list.
== Plan == * Get TSAN building for Aarch64 on 42-bit VMA systems. (-pie mode only) * Document TSAN/ASAN work and patch details in wiki.
== Issues == * ASAN patch cannot be up streamed unless we decide on allocator to use.