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/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
== 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)
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
== 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 ;)
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.
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
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
== 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
