linaro-dev September 2014

linaro-dev@lists.linaro.org

23 participants
34 discussions

[ANN] Reminder about recommended Linaro git access procedure

by Paul Sokolovsky

Hello, Recently, we had DoS-like episodes on the main Linaro git server, http://git.linaro.org , which affected number of Linaro users, including users of Gerrit system, http://review.linaro.org . These episodes were related to unfriendly usage of native protocol, git:// (service port 9418). The implementation of this protocol is known to be resource-hungry and not scale to many connections and users. The issue itself is not new, it is something which affected us in waves over last 3 years, and a resolution for which was established a year ago, providing 2 HTTP-based protocols (so called "dump" and "smart" protocols) as more scalable replacement. So, this is a gentle reminder that use of git:// protocol by is discouraged for Linaro engineers, and completely unsupported(*1) for third parties. Based on the analysis and outcome of the current DoS-like activity, we may need to make git:// access more limited and strict. So, please kindly: 1. Check URLs you use for cloning and updating your local trees. If you use "ssh://" or "http(s)://" protocols, you're ok. If you use git://, please switch to using http-based protocol instead. In most cases, this requires just replacing "git://" schema with "http://". If in doubt, please visit gitweb page for your repositories, which lists all supported URLS to clone a repository, e.g.: https://git.linaro.org/arm/arm-trusted-firmware.git 2. If you set up of oversee CI or automated build jobs, please audit and apply similar changes to them. Thanks, Paul, on behalf of Linaro Systems Team and ITS (*1) Unsupported in the current context means that "git://" URLs are not published in up-to-date information, and there's no warranty that any 3rd party will be able to complete a clone successfully using this protocol. Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

9 years, 7 months

[ACTIVITY] Week 36

by Andrey Konovalov

== Progress == * vacations (20%) * linux-linaro tree has been updated to v3.17-rc3, and has got all the topics back (rebased the 2014.08's android and armv7 BE topics myself) (CARD-788: 65%) * created bug 628 "ifc6410: after moving from 3.16 to 3.17 kernel, ethernet is broken in linux-linaro-tracking CI builds" to track one of the linux-linaro boot issues in LAVA; more to follow. (CARD-788: 10%) * updated the arndale.conf fragment to work around the boot failure. Kernel boots ok now, but the test results are worse then for 3.16 based kernels (LTP fails). (CARD-788: 5%) == Plans == * vacations (20%) * move llct and linux-linaro trees to 3.17-rc4, switch to Android topic by Amit P. (CARD-788) * create the bugs for the rest of linux-linaro boot/LAVA tests failures (CARD-788) * linux-linaro CI: move to git based jenkins configuration (CARD-788) * sanity check the ILP32 topic branch for ll using LTP and LP64 model, identify the missing components needed for testing in ILP32 (CARD-1161)

9 years, 7 months

[ACTIVITY] Week 36

by Riku Voipio

== Progress == * gcov tests almost there (CARD-1488 50%) * Started mainline build for Juno/kvm (CARD-1611 30%) * Removed udev workaround from OE overlay (closing BUG-336 10%) == Plans == * Finish gcov loop (CARD-1488) == Issues == * large artifact publishing needed BUG-600 * No tftp/nfs boot in lava for juno yet: BUG-632

9 years, 7 months

[ACTIVITY] Week 36

by Vishal Bhoj

Week 36: https://bugs.linaro.org/show_bug.cgi?id=175 [10%] Cards process [10%] Helped Harigopal with Nexus 10 Mali Binaries [5%] Involved with other project [75%] Regards, Vishal

9 years, 7 months

[ACTIVITY] Week 36

by Bernhard Rosenkränzer

== Progress == * Got NDK to build from scratch, made 2014.08 release * Fixed Bionic build issue * Started preparing for Connect talk * Initial testing of cbuild2 build jobs == Plans == * Try building AOSP master with clang * Run builds of clang 3.5 final, update daily builds to 3.6 trunk * Get NDK to build inside ci.linaro.org * Finish preparations for Connect talk == Issues == * Would be nice if days had 48 hours ;)

9 years, 7 months

[PATCH PM-QA] Remove -1v option from ls command

by Lisa Nguyen

Resolve the "ls: Unknown option '-1'" error in the Android shell by removing -1v option from ls command used to find number of cpus on a platform. Reported-by: Naresh Kamboju <naresh.kamboju(a)linaro.org> Signed-off-by: Lisa Nguyen <lisa.nguyen(a)linaro.org> --- include/functions.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/functions.sh b/include/functions.sh index 7a113b6..74b2294 100644 --- a/include/functions.sh +++ b/include/functions.sh @@ -30,7 +30,7 @@ TEST_NAME=$(basename ${0%.sh}) PREFIX=$TEST_NAME INC=0 CPU= -cpus=$(ls -1v $CPU_PATH | grep "cpu[0-9].*") +cpus=$(ls $CPU_PATH | grep "cpu[0-9].*") pass_count=0 fail_count=0 skip_count=0 -- 1.7.9.5

9 years, 7 months

can I flush the icache on armv8 from user mode

by Edward Nevill

Hi, We have a need on OpenJDK to flush the entire icache. Basically this need occurs when we do a garbage collection which may include garbage collection and patching of the dynamically generated code. Problem is, the IC IALLUIS instruction which we need is only executable from EL1 or greater. Is there any kernel hook to flush then entire icache. Thanks for your help, Ed.

9 years, 8 months

[Inquiry] Anyone still using these pm-qa scripts from QA's common dir?

by Lisa Nguyen

Hi, I am checking with the linaro-dev mailing list to see if anyone is still using these outdated PM-QA scripts: https://git.linaro.org/qa/test-definitions.git/tree/HEAD:/common/scripts/pm… I'm planning to delete them by the end of this week if there aren't any objections :) Lisa -- Lisa Nguyen, Power Management Working Group Linaro.org │ Open source software for ARM SoCs | irc: lisatn | lisa.nguyen(a)linaro.org

9 years, 8 months

FPU support for aarch64

by Pradeep Kiruvale

Hi All, I am using the linaro tool chain (4.9) to compile some programs on aarch64 simulated platform. But I am facing below erros error: '_FPU_RC_DOWN' undeclared (first use in this function) (_FPU_RC_DOWN | _FPU_RC_UP | _FPU_RC_ZERO | _FPU_RC_NEAREST) Possibly FPU support for the aarch64. I did search in the toolchain code but I dint find these flags for the aarch64, it present for others Please let me how can I resolve this issue. Regards, Pradeep

9 years, 8 months

[Activity] Week 35

by Dileep Katta

== Progress == * Enabling UEFI Fastboot on Panda (CARD-198: 0 %) - On Hold * CARD 1103: Flash support on u-boot fastboot (CARD-1103: 100%) - continued working on v3 patch changes, testing is in progress == Plans == * CARD-198: Start working on the activity on Panda (50%) - resume work * CARD 1103: fastboot flash command (CARD-1103: 50%) - submit v3 after fixing few minor issues and unit test == Issues == *None

9 years, 8 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev September 2014