Linaro-android

linaro-android@lists.linaro.org

1072 discussions

by jia.jia＠zte.com.cn

-------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail (and any attachment transmitted herewith) is privileged and confidential and is intended for the exclusive use of the addressee(s). If you are not an intended recipient, any disclosure, reproduction, distribution or other dissemination or use of the information contained is strictly prohibited. If you have received this mail in error, please delete it and notify us immediately.

10 years, 11 months

Test Result Summary of Linaro Android in Calendar Week 30.

by Botao Sun

Calendar Week 30: Here is the test result summary for Linaro Android images on following boards: 1) Samsung Arndale - column U https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AuNOCeo15fRHdDFaR… 2) TI Panda 4430 - column W https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadGVWd… 3) TI Panda 4460 - column W https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadGVWd… 4) ARM Versatile Express A9 - column W https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadExQd… Thanks. Best Regards Botao Sun

10 years, 11 months

403 Forbidden

by Omega Hanggara

Hello... Please help me, I can't download this URL URL = http://android-build.linaro.org/builds/~linaro-android/toolchain-4.6-2011.1… Date accessed = 17 July, 2014 Time accessed = 09:15 GMT +7 Any solution? [image: Xinix Technology] <http://www.xinix.co.id/> Omega Hanggara / Technical Support +628989051918/ omega.hanggara(a)xinix.co.id Xinix Technology Office: +622183679595 Jl. Mampang Prapatan Raya 108 Rukan Buncit Mas, Blok C3A Duren Tiga, Jakarta 12760 Indonesia http://www.xinix.co.id <https://www.facebook.com/omega.hanggara>[image: Twitter] <https://www.twitter.com/omegahanggara> This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. PT Sagara Xinix Solusitama is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

10 years, 11 months

About Java version on hackbox

by YongQin Liu

Hi, All Any method to keep java version for user separately on hackbox? Now we all use hackbox to build androids, but different android version needs to use different java version, like the master branch needs to use java7, while others need to use java6, but now seems we can only use update-alternatives to config for the system level, not for user level. Then where will be the problem that one changes the java version during one android, and causes the running build failed. Anyone has good method on resolving this problem? -- Best Regards, Yongqin Liu --------------------------------------------------------------- #mailing list linaro-android(a)lists.linaro.org <linaro-dev(a)lists.linaro.org> http://lists.linaro.org/mailman/listinfo/linaro-android

10 years, 11 months

lava-android-test running CTS

by Milosz Wasilewski

Hi, I'm trying to run CTS using lava-android-test locally. It sort of works, but I have problems passing parameters properly. Whatever I do i tries to run all CTS tests. The --package parameter is ignored. As example I tried: lava-android-test run cts -o cts.results -O "--package android.bionic --timeout 72000" As a result CTS package was downloaded from testdata.validation.linaro.org but instead of running android.bionic I got android.aadb , android.acceleration, android.accessibility and so on. So I assume the parameters don't get passed properly. Any help on debugging this problem is appreciated. I used latest lava-android-test installed from pip. Thanks, milosz

10 years, 11 months

[PATCH PM-QA] heat_cpu: fix race condition

by Mohammad Merajul Islam Molla

fixes race condition that exists between do_loop() and sched_setaffinity() on android. due to synchronization problem, sched_setaffinity() was setting affinity for thr_id 0 randomly. also, allocate the thr_id's dynamically instead of fixed array size 3. tested on Linaro Android 14.04. Signed-off-by: Mohammad Merajul Islam Molla <meraj.enigma(a)gmail.com> --- utils/heat_cpu.c | 35 +++++++++++++++++++---------------- 1 file changed, 19 insertions(+), 16 deletions(-) diff --git a/utils/heat_cpu.c b/utils/heat_cpu.c index 02e0b6d..716cd56 100644 --- a/utils/heat_cpu.c +++ b/utils/heat_cpu.c @@ -47,17 +47,14 @@ #include <string.h> #include <math.h> -#define NR_THREAD 3 - int cont = 1; int cpu_index; long long a = 1, c = 1; float f = M_PI; -pid_t thr_id[NR_THREAD]; +pid_t *thr_id; int moderate_inst; - #ifdef ANDROID int conditionMet; pthread_cond_t cond = PTHREAD_COND_INITIALIZER; @@ -72,11 +69,11 @@ void *do_loop(void *data) a = 1; c = 1; #ifdef ANDROID + pthread_mutex_lock(&mutex); long int thread = (long int) data; thr_id[thread] = gettid(); - pthread_mutex_lock(&mutex); - while (!conditionMet) - pthread_cond_wait(&cond, &mutex); + conditionMet = 1; + pthread_cond_broadcast(&cond); pthread_mutex_unlock(&mutex); #endif @@ -112,6 +109,12 @@ int main(int arg_count, char *argv[]) } } + thr_id = (pid_t *) calloc(num_cpus, sizeof(pid_t)); + if (thr_id == NULL) { + printf("ERROR: out of memory\n"); + return -1; + } + /* clear out cpus */ CPU_ZERO(&cpuset); @@ -161,8 +164,7 @@ int main(int arg_count, char *argv[]) return ret; } #endif - CPU_CLR(i, &cpuset); - + CPU_CLR(i, &cpuset); } for (i = 0; i < num_cpus; i++) { @@ -176,23 +178,24 @@ int main(int arg_count, char *argv[]) CPU_ZERO(&cpuset); CPU_SET(i, &cpuset); + pthread_mutex_lock(&mutex); + while (!conditionMet) + pthread_cond_wait(&cond, &mutex); + ret = sched_setaffinity(thr_id[i], sizeof(cpuset), &cpuset); if (ret) { printf("Error setting affinity on pthread th_id\n"); printf("Error: %s\n", strerror(ret)); return ret; } -#endif - } -#ifdef ANDROID - pthread_mutex_lock(&mutex); - conditionMet = 1; - pthread_cond_broadcast(&cond); - pthread_mutex_unlock(&mutex); + conditionMet = 0; + pthread_mutex_unlock(&mutex); #endif + } while (1) sleep(1); + return 0; } -- 1.8.1.2 -- Thanks, -Meraj

10 years, 11 months

Upcoming android-build.linaro.org migration (and disk space)

by Paul Sokolovsky

Hello, We're finishing migration of ci.linaro.org to the latest Ubuntu LTS release (14.04). android-build.linaro.org is next in queue. I guess, it makes sense to plan migration for the same time window as ci.l.o - past-release, first week of July. But maybe Android team has special plans or suggestions, so please let us know. This would also be good time to discuss any changes or additional requirements for the migration. Actually, just today Fathi drew my attention to the fact that there were less 5% free on a-b jobs partition. Looking forward to upcoming migration, I did thorough clean up - we now back to 11% free, and that's actually 55Gb. I also did analysis of growth rate, and my calculations give below 7Gb/year. I hope that's not surprising - most builds we produce, also expire soon, so only growing residue is actually release builds. So, based on this analysis, we should be fine for next couple of years. You're free to disagree of course. Then I can propose 2 solutions: 1. Reconsider how 500Gb there is used. What suggests of such approach is example, ci.linaro.org, which has a lot of jobs, but of whose 300Gb, 60% are free. That's apparently because it uses much more aggressive expiration policies - for example, unneeded jobs there are actually deleted. Applying that idea to a-b, the build/CI server, do we really need to host old historical releases there, if their official place is https://releases.linaro.org anyway? I guess, that's Fathi call too. 2. If we don't want to change retention policies, and don't trust small growth rate figure either, then increasing disk space is the obvious choice. But I'd say extra 100Gb would really be enough for foreseeable future - having too big a disk means more money (include back up cost), more time when you need back up soon, more fsck time, etc., etc. I don't think there's much more to vary with this migration between new Jenkins version (implied) and disk space, but if somebody knows other issues which would be nice to fix, let us know (but again, talk is just about Jenkins master, not slaves or something else). Thanks, Paul 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

10 years, 11 months

Support for java6 and java7 on android-build

by Paul Sokolovsky

Hello, Last Friday, we with Vishal made changes to build scripts on https://android-build.linaro.org/ to support both java-1.6-sun (as was required by previous AOSP versions) and java-1.7-openjdk (as should be required for AOSP master). (Based on https://bugs.launchpad.net/linaro-android-infrastructure/+bug/1310939) To explicitly select java6, add "USE_JAVA_6=1" to build config. For java7 respectively add "USE_JAVA_7=1". The default stays java6 so far, as it appears to be needed by the most jobs so far, but it may be changes in the future. Thanks, and let me know if there're any issues or questions. -- Best Regards, Paul 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

10 years, 11 months

Get source code for Panda Board

by Peter Pan 潘栋 (peterpandong)

Hi all, Can I get an android source code with Linux kernel version > 3.10.1 for Panda board? I only found source code with Linux kernel 3.2. Thanks Peter Pan EBU APAC System Engineering Tel: 86-021-38997413 Mobile: 86-18516211455 Email: peterpandong(a)micron.com Address: No 601 Fasai Rd, Pudong, Shanghai, China, 200131

10 years, 11 months

android-build.linaro.org migrated, currently in validation mode

by Paul Sokolovsky

Hello, android-build.linaro.org was successfully migrated to Ubuntu 14.04 based server on Friday. The system is currently is post-migration validation mode, there may be issues with some of jobs, I will be dealing with them on Monday. If your builds are affected, please let me know. Thanks, Paul 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

10 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Linaro-android