linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

CTS test result on Lava Dashboard For Linaro Android TI-Panda Builds

by Soumya Basak

as observed from Lava Dashboard daily builds of linux- Linaro-android for TI-Panda builds: http://validation.linaro.org/lava-server/dashboard/image-reports/linaro-and… the defined test cases CTS test results: 2749/2942 Passes. from the cts test result bundle observed: http://validation.linaro.org/lava-server/dashboard/streams/private/team/lin… please refer to the logcat and stdout.log for details. Thank You! Best Regards Soumya Basak.

12 years, 10 months

Test Result summary of 13.06 release for Linaro android Jellybean 4.2.2

by Soumya Basak

Linaro-android 13.06 Release (Calendar Week 26 2013): Here is the test result summary for Linaro Android Jellybean 4.2.2 on following boards. [1] TI-Panda 4460; [2] TI-Panda 4430; [3] ST Ericsson Snowball. [4] ARM Versatile Express A9; [5] Galaxy Nexus; [6] Samsung Arndale; [1] TI-Panda 4460 with Linaro Linaro Android Jellybean 4.2.2 (Column: AQ) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadGVWd… toolchain version is upgraded to 4.8-2013.06-0~dev. Please refer to the result spreadsheet for details. [2] TI-Panda 4460 with Linaro Linaro Android Jellybean 4.2.2 (Column: AQ) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadGVWd… [3] ST-Erricsson Snowball with Linaro android Jellybean 4.2.2 (Column: AP) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadEF1N… toolchain version is upgraded to 4.7-2013.06-1 , please refer to the result spreadsheet for details. [4] ARM Versatile Express A9 with Linaro android Jellybean 4.2.2 (Column: AQ) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadExQd… toolchain version is: 4.8-2013.06-0~dev, kernel version: 3.10.0-rc6-00192-gb660da8, Please refer to the result spreadsheet for details. [5] Galaxy_nexus with linaro android Jellybean 4.2.2 (Column: C) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AuNOCeo15fRHdFhhe… [6] Samsung Arndale with Linaro android Jellybean 4.2 (Column: C) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AuNOCeo15fRHdDFaR… toolchain version : 4.8-2013.06-0~dev. please refer to the result spreadsheet for details. Thank You! Best Regards Soumya Basak.

12 years, 10 months

Planned maintenance for review.android.git.linaro.org, Saturday 29th June

by Philip Colmer

This is to announce a small maintenance window for review.android.git.linaro.org where we will remove support for authentication via Launchpad, and only allow authentication via Linaro Login. As a result, you will not be required to enter the long OpenID URL that you have had to use since we migrated the server. The work will take place during Saturday morning and another email will be sent when the work has been completed. Regards Philip

12 years, 10 months

Test Result Summary of Linaro openembedded 13.06 release

by Soumya Basak

Linaro 13.06 Release (Calendar Week 26 2013): Here is the test result summary for 13.06 release Linaro openembedded images. [1] Linaro openembedded Minimal images (Column: Y) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AgB-fT5LL31CdDhwR… please refer to the result spreadsheet. [2] Linaro openembedded Lamp images (Column: Y) https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AgB-fT5LL31CdDhwR… please refer to the result spreadsheet. Thank You. Best Regards Soumya Basak.

12 years, 10 months

One HMP issue over TC2

by Lei Wen

Sorry for inconvenience, as my bad mail editor... Change the mail subject to the corrected one On Thu, Jun 27, 2013 at 5:34 PM, Lei Wen <adrian.wenl(a)gmail.com> wrote: > Hi Morten and list, > > I am current investigating HMP related stuff over TC2 platform, and > find a strange issue. > Here I have two module, both are creating fixed loaded thread, but one > module would > bound those thread to the cpu, while another don't do the bound operation. > > [I test with linaro 2013.05 release to get below result] > With setting A7/A15 to the same frequency, 1G, > The result is: > Bounded one: > Five thread finished with 137s/137s/137s/138s/138s > > unbounded one(With HMP related configuration enabled, which is the default one): > Five thread finished with 138s/275s/275s/275s/275s > > unbounded one(With HMP related configuration disabled): > Five thread finished with 228s/229s/229s/229s/231s > > So it seems to me, that current configuration don't make TC2 to run in > its full performance. > It worries me for it may downgrade the benchmark for somehow. > > I haven't see into details, just post the result here to get your > guys' feedback. > While I get more detailed analysis, I would also post it here. > > Thanks, > Lei

12 years, 10 months

cxie4@marvell.com, wwang27@marvell.com, ytang5@marvell.com, leiwen@marvell.com

by Lei Wen

Hi Morten and list, I am current investigating HMP related stuff over TC2 platform, and find a strange issue. Here I have two module, both are creating fixed loaded thread, but one module would bound those thread to the cpu, while another don't do the bound operation. [I test with linaro 2013.05 release to get below result] With setting A7/A15 to the same frequency, 1G, The result is: Bounded one: Five thread finished with 137s/137s/137s/138s/138s unbounded one(With HMP related configuration enabled, which is the default one): Five thread finished with 138s/275s/275s/275s/275s unbounded one(With HMP related configuration disabled): Five thread finished with 228s/229s/229s/229s/231s So it seems to me, that current configuration don't make TC2 to run in its full performance. It worries me for it may downgrade the benchmark for somehow. I haven't see into details, just post the result here to get your guys' feedback. While I get more detailed analysis, I would also post it here. Thanks, Lei

12 years, 10 months

sched: Load-balancing within HMP domain in the HMP scheduler

by J

Hi. I have been trying to apply Linaro's HMP scheduler to a big.LITTLE machine, which has 4 big and 4 LITTLE cores. However, I could only utilize two cores with the HMP scheduler. While hmp_select_faster_cpu() always selects the first core in the big cluster and hmp_select_slower_cpu() always selects the first core in the LITTLE cluster, I found that my kernel with the HMP scheduler does no load-balancing at all within each HMP domain(big/LITTLE cluster). The function rebalance_domains() does almost nothing, because SD_LOAD_BALANCE flags for the sched_domains are always false. It's the same in select_task_rq_fair(). I'm wondering if this is normal, although I believe it shouldn't be. If it's not, how can I get the HMP scheduler to perform load-balancing within an HMP domain? What might I be doing wrong here? Thanks. - Antonio

12 years, 10 months

Perf test giving strange results

by Andy Green

Hi - Trying perf test on llct-based 3.10-rc6 isn't entirely happy. root@aa9-eb:~# perf test 1: vmlinux symtab matches kallsyms : FAILED! 2: detect open syscall event : Ok 3: detect open syscall event on all cpus : Ok 4: read samples using the mmap interface : Ok 5: parse events tests : Warning: function sizeof not defined Warning: function sizeof not defined Warning: function scsi_trace_parse_cdb not defined Warning: function scsi_trace_parse_cdb not defined Warning: function scsi_trace_parse_cdb not defined Warning: function scsi_trace_parse_cdb not defined Warning: function jiffies_to_msecs not defined Warning: function jiffies_to_msecs not defined Warning: bad op token { Warning: bad op token { Warning: bad op token { Warning: Error: expected type 4 but read 0 Warning: bad op token { Warning: Error: expected type 4 but read 0 Warning: bad op token { Warning: bad op token { Warning: bad op token { Warning: bad op token { Warning: bad op token { Warning: unknown op '{' Warning: unknown op '{' Ok 6: Validate PERF_RECORD_* events & perf_sample fields : FAILED! 7: Test perf pmu format parsing : Ok 8: Test dso data interface : Ok 9: roundtrip evsel->name check : Ok 10: Check parsing of sched tracepoints fields : FAILED! 11: Generate and check syscalls:sys_enter_open event fields: Ok 12: struct perf_event_attr setup : (omitted) Ok 13: Test matching and linking mutliple hists : Ok 14: Try 'use perf' in python, checking link problems : FAILED! 15: Test breakpoint overflow signal handler : FAILED! 16: Test breakpoint overflow sampling : FAILED! 17: Test number of exit event of a simple workload : FAILED! 18: Test software clock events have valid period values : Ok I started tracing the first failure... it stops because it can't find "_stext" in /proc/kallsyms. But it is there root@aa9-eb:~# cat /proc/kallsyms | grep _stext 800081c0 T _stext test 5 (parse event tests) seems to be badly broken. Is this just our problem or is it broken for everyone? -Andy

12 years, 10 months

(no subject)

by Harigopal Gollamudi

-- Thanks and Regards, HariGopal G Android Engineer

12 years, 10 months

[meta-linaro-toolchain][PATCH] external-linaro-toolchain-versions: Fix NameError: global name 'CmdError' is not defined

by Martin Jansa

* fails with: ERROR: Execution of event handler 'external_linaro_toolchain_version_handler' failed Traceback (most recent call last): File "external_linaro_toolchain_version_handler(e)", line 12, in external_linaro_toolchain_version_handler(e=<bb.event.ConfigParsed object at 0x7759a50>) File "external-linaro-toolchain-versions.inc", line 4, in elt_get_gdb_version(d=<bb.data_smart.DataSmart object at 0x24b58d0>) NameError: global name 'CmdError' is not defined Signed-off-by: Martin Jansa <Martin.Jansa(a)gmail.com> --- .../conf/distro/include/external-linaro-toolchain-versions.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc index 92862af..0254895 100644 --- a/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc +++ b/meta-linaro-toolchain/conf/distro/include/external-linaro-toolchain-versions.inc @@ -86,7 +86,7 @@ def elt_get_kernel_version(d): def elt_get_gdb_version(d): try: stdout, stderr = elt_run(d, 'gdb', '-v') - except CmdError: + except bb.process.CmdError: return 'UNKNOWN' else: first_line = stdout.splitlines()[0] -- 1.8.2.1

12 years, 10 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev