linaro-validation August 2014

linaro-validation@lists.linaro.org

17 participants
18 discussions

by Georgy Redkozubov

# Progress # * Bugs * #349 (https://bugs.linaro.org/show_bug.cgi?id=349) * Adding missing features to lava-tool * #378 (https://bugs.linaro.org/show_bug.cgi?id=378) * Added manual trigger of JSON validation # Plan # * LAVA-1381 * Bugs -- Georgy Redkozubov, LAVA Engineer Linaro.org | Open source software for ARM SoCs

10 years, 9 months

[Activity] Week #35

by Milo Casagrande

# Progress # * Transitioning into the LAVA team from the System team * Setting up local LAVA development/deployment * Browsing into LAVA code to get used to it * Code reviews for the System team * Bugs * #583 (https://bugs.linaro.org/show_bug.cgi?id=583) # Plan # * Complete local LAVA setup * Continue support to the Systems team -- Milo Casagrande Linaro.org <www.linaro.org> │ Open source software for ARM SoCs

10 years, 11 months

[test-definitions][PATCH] openembedded: pwrmgmt.yaml: Remove GIT dependency

by Carlos Hernandez

Some embedded filesystems might not have GIT installed, so instead of running 'git checkout' in the device under test, add the tag to the git repo definition so the right branch is checked out by the dispatcher. Signed-off-by: Carlos Hernandez <ceh(a)ti.com> --- openembedded/pwrmgmt.yaml | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/openembedded/pwrmgmt.yaml b/openembedded/pwrmgmt.yaml index 42a17bb..660e1ec 100644 --- a/openembedded/pwrmgmt.yaml +++ b/openembedded/pwrmgmt.yaml @@ -16,15 +16,13 @@ metadata: install: git-repos: - - git://git.linaro.org/power/pm-qa.git + - git://git.linaro.org/power/pm-qa.git -b pm-qa-v0.4.13 pm-qa steps: - "cd pm-qa" - - "git checkout $RELEASE" - "make -C utils" params: PWR_TESTARG: cpufreq cpuidle cpuhotplug thermal cputopology - RELEASE: 'tags/pm-qa-v0.4.13' run: steps: -- 1.7.9.5

10 years, 11 months

[Activity] Week #34

by Senthil Kumaran

# Progress # * LAVA-1373: DH: LDAP - LAVA - REQ-374 * LAVA-1410: LC: allow PPAs within lava-test-shell dependencies * LAVA-1503: Formulate the YAML syntax for PPAs / apt sources * LAVA-1504: Scripts for adding sources in debian * LAVA-1505: Scripts for adding sources in ubuntu * LAVA-1506: Documentation explaining the new parameters for PPA ... * LAVA-1507: Scripts for adding gpg keys * Bug #379 - Line number annotations in job submission form ... * Bug #395 - Runaway VM devices * debug multinode sync problem for a perfect solution (milosz request) * cards - 60% * bugs - 10% * debugging - 10% * code reviews - 20% # Plan # * Continue with pending cards and bugs -- Senthil Kumaran http://www.stylesen.org/ http://www.sasenthilkumaran.com/

10 years, 11 months

[PATCH] bootloader: fix conmux support for hardreset

by Kevin Hilman

When hard_reset_command is the empty string, it's supposed to fall through and send the hardreset command through as a conmux command (e.g. ~$hardreset). However, the check for the existence of a hard_reset_command also fails for the empty string, so it never falls through. Signed-off-by: Kevin Hilman <khilman(a)linaro.org> --- Suggestion: Since nobody seems to actually be using this feature except me, maybe the hard_reset_commmand (and power_off_command etc.) should be generalize so that if the string starts with "console:", then it sends the command over the serial console instead of runs it at the shell. e.g. hard_reset_command = console: ~$hardreset power_off_cmd = console: ~$off I started to implement but it didn't work as expected (see other post from me today on the linaro-validation list.) lava_dispatcher/device/bootloader.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lava_dispatcher/device/bootloader.py b/lava_dispatcher/device/bootloader.py index 529ad8048356..c784e8e8b1f9 100644 --- a/lava_dispatcher/device/bootloader.py +++ b/lava_dispatcher/device/bootloader.py @@ -332,7 +332,7 @@ class BootloaderTarget(MasterImageTarget): def _boot_linaro_image(self): self.proc.empty_buffer() if self._is_bootloader() and not self._booted: - if self.config.hard_reset_command: + if self.config.hard_reset_command or self.config.hard_reset_command == "": self._hard_reboot(self.proc) self._run_boot() else: -- 1.9.2

10 years, 11 months

lava-dispatcher: power_off_cmd via console/conmux

by Kevin Hilman

Hello, I'm trying to generalize the power_off_cmd support so in addition to running an arbitrary command, it can send a command over the serial console. This is useful where conmux is abstracting not only the serial console, but also the power control. The patch below implements what I *think* is needed, and using that, here's the tail end of the LAVA logs showing that it's at least trying to send my commands: 84.3 2014-08-21 04:08:20 PM INFO: [ACTION-E] boot_linaro_image is finished successfully. 84.4 2014-08-21 04:08:20 PM DEBUG: KJH: power_off_cmd: console: ~$off, 84.5 2014-08-21 04:08:20 PM DEBUG: send (delay_ms=0): ~$ 84.6 2014-08-21 04:08:20 PM DEBUG: send (delay_ms=0): off 84.7 2014-08-21 04:08:20 PM DEBUG: send (delay_ms=0): But the commands don't get to the console, so the board never powers down. Any ideas what's going on here? Is the console being disconnected before a power_off_cmd? Kevin >From 1a748eff537d47107b23bc0dd1e8d2871bde5550 Mon Sep 17 00:00:00 2001 From: Kevin Hilman <khilman(a)linaro.org> Date: Thu, 21 Aug 2014 09:15:53 -0700 Subject: [PATCH] WIP: power_off_cmd: use conmux --- lava_dispatcher/device/master.py | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/lava_dispatcher/device/master.py b/lava_dispatcher/device/master.py index 2036776b6d56..6bf20661bcd0 100644 --- a/lava_dispatcher/device/master.py +++ b/lava_dispatcher/device/master.py @@ -105,7 +105,14 @@ class MasterImageTarget(Target): def power_off(self, proc): if self.config.power_off_cmd: - self.context.run_command(self.config.power_off_cmd) + logging.debug("KJH: power_off_cmd: %s, %s" %(self.config.power_off_cmd, type(self.config.power_off_cmd))) + if self.config.power_off_cmd.startswith("console:"): +# console_cmd = self.config.power_off_cmd.split(':', 1)[1].strip() +# self.proc.sendline(console_cmd) + self.proc.send("~$") + self.proc.sendline("off") + else: + self.context.run_command(self.config.power_off_cmd) finalize_process(self.proc) def deploy_linaro(self, hwpack, rfs, dtb, rootfstype, bootloadertype): -- 1.9.2

10 years, 11 months

timeout vs multi-node sync

by Milosz Wasilewski

Hi, I'm trying to run some android tests using multi-node API. In order to make sure both nodes of the multi-node job are in known state I'm using lava-wait test_started/test_finished signals to sync between nodes. Signals are prefixed so they identify host-target lava-test-shell pairs with unique names. This works well when there is only one test scheduled in a job. If anything goes wrong, the worst case is tests will time out. However in case there are more tests scheduled in a single job, the flow control sometimes fails. It happens when lava-test-shell times out on one node. In this scenario I'm doing: 1. host (wait for test_started from target) 2. target -> test_started -> host Tests are executed... 3. target (wait for test_finished from host) 4. time out on host So in this scenario target waits for the test_finished signal and eventually times out as well (as the signal never comes). At the same time host node already starts executing next lava-test-shell when it waits for test_started signal from target. So nodes go out of sync and the job produces no results. Is there any way to avoid such situation? Best Regards, milosz

10 years, 11 months

[Activity] Week #33

by Senthil Kumaran

# Progress # * Bug #173 - Unclear reporting of parameterised tests - fixed * Show how long its been since the user joined in profile page. * Fix time display at various places to be more human readable. * LAVA-1490: Add info level logs on job start on master. * patches / code / bugs / debugging - 60% * code reviews - 20% # Plan # * Continue with pending cards and bugs -- Senthil Kumaran http://www.stylesen.org/ http://www.sasenthilkumaran.com/

10 years, 11 months

[Activity] Week #33

by Georgy Redkozubov

# Progress # * Bugs * #27 (https://bugs.linaro.org/show_bug.cgi?id=27) * Fix commited * #356 (https://bugs.linaro.org/show_bug.cgi?id=356) * Fix commited * #349 (https://bugs.linaro.org/show_bug.cgi?id=349) * Analyzing if it is possible to do anything with current lava-tool # Plan # * LAVA-1381 * Bugs # Issues # * None -- WBR, Georgy Redkozubov Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg

10 years, 11 months

[Activity] Week #32

by Georgy Redkozubov

# Progress # * Cards * LAVA-1381 (https://cards.linaro.org/browse/LAVA-1381) * Debugging issue with job being stopped probably by buffer overflow * Bugs * #27 (https://bugs.linaro.org/show_bug.cgi?id=27) * Sent patch for review * Reviews for Stevan # Plan # * LAVA-1381 * Bugs # Issues # * None -- Georgy Redkozubov, LAVA Engineer Linaro.org | Open source software for ARM SoCs

10 years, 12 months

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

linaro-validation August 2014