lava-users

lava-users@lists.lavasoftware.org

4 participants
935 discussions

by baptiste.billard＠e.email

Dear lava-users, I'm intern at /e/ foundation and working on using LAVA to test our OS updates. We are trying to configure our system in order to use the recent feature allowing the use of docker instead of LXC containers. On this point we are grateful to the developpers for adding this possibility because we were having problems with LXC. Now we are having issues because we can't flash our OS through fastboot, we have to use adb sideload with .zip archives. By the way, we can't do it through the classic deploy section. We came with the idea of just flashing a twrp recovery partition via the deploy section using fastboot, and then trying to run shell commands in the test section to be able to use adb sideload and install our ROM. For the moment as you can see in the job we didn't add all the shell commands because we already have some problems with this simple try. The objective would be to pass this booting into recovery step and then try to continue with adb sideload. I've also joined the logs and the device and device type dictionaries. I would like to have your opinion and advices on what we are trying to achieve. Best regards, Baptiste and the /e/ team

5 years, 2 months

Execute u-boot pytest with LAVA

by Philippe BEGNIC

Hello everyone, I would like to integrate the u-boot tests suite (pytest) in lava. ( https://github.com/u-boot/u-boot/tree/master/test/py) We are now executing the test suite manually, using a host machine and the DUT. The u-boot tests suite is installed on a host computer and the DUT is "stopped" in uboot environment. The host computer execute the "u-boot pytest" framework, commands are sent to the DUT and tests results are collected to the host computer. It is a "semi automatic" tests and I would like to do a full automation using LAVA. I plan to use multinode jobs, one job instances for the DUT and another one for the remote host computer. So, I would like to know if such tests have already been craeted in LAVA, and if someone could give me advice on this tests implementation. My Lava version is: 2020.06 Best regards Philippe Begnic STMicroelectronics

5 years, 2 months

lxc errors after updating from 2019.12 to 2020.01

by Alexander Moore

Hello, We are wanting to update to a more recent LAVA docker release, we've been at 2019.12 since it was released. Our configuration relies on lxc, and after moving to 2020.01 all of our test jobs hit the error "lxc container 'lxc-test-17071' already exists" very early on (17071 is the test job number). I've pasted our device configuration, test job, and log output in the below pastebin. What should we do to keep our LAVA jobs working with the 2020.01 release and beyond? https://pastebin.com/UQixc6RS Thanks, Alex This message and any attachments may contain confidential information from Cypress or its subsidiaries. If it has been received in error, please advise the sender and immediately delete this message.

5 years, 2 months

Tee support for armv7?

by Larry Shen

Hi, For imx armv7 series board, tee is default not built in, there is a separate file there to play the role. I'm not sure for next scenario, if LAVA could handle it with "method: u-boot commands: nfs"? Could you give some guide? setenv autoload no setenv initrd_high 0xffffffff setenv fdt_high 0xffffffff dhcp setenv serverip 10.192.244.84 tftp 0x12000000 trial/zImage-imx6qsabresd.bin tftp 0x18000000 trial/zImage-imx6q-sabresd.dtb tftp 0x20000000 trial/uTee-6qsdb tftp 0x12C00000 trial/ramdisk.cpio.gz.uboot bootm 0x20000000 0x12C00000 0x18000000 If not, if you have buffer to add the support? Or we can submit a MR for review?

5 years, 2 months

Re: [Lava-users] [EXT] Re: docker shell cannot handle adbd.

by Larry Shen

Thanks Antonio for the clarify. A side question: For docker test shell, if possible add more docker options for user? E.g. bind mount, etc. A scenario is: If we have some code needed when test, currently, we could just inject it into docker image when do docker build, or when test git clone the code from network. You know docker test shell use `--rm`, means every time, we need to git clone it, or if a small changes we need to build the image. A bind mount there to mount our code may make things easier for us? -----Original Message----- From: Lava-users <lava-users-bounces(a)lists.lavasoftware.org> On Behalf Of lava-users-request(a)lists.lavasoftware.org Sent: Saturday, June 6, 2020 8:00 PM To: lava-users(a)lists.lavasoftware.org Subject: [EXT] Lava-users Digest, Vol 22, Issue 7 Caution: EXT Email Send Lava-users mailing list submissions to lava-users(a)lists.lavasoftware.org To subscribe or unsubscribe via the World Wide Web, visit https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.lav… or, via email, send a message with subject or body 'help' to lava-users-request(a)lists.lavasoftware.org You can reach the person managing the list at lava-users-owner(a)lists.lavasoftware.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Lava-users digest..." Today's Topics: 1. Re: [EXT] Re: docker shell cannot handle adbd. (Antonio Terceiro) ---------------------------------------------------------------------- Message: 1 Date: Fri, 5 Jun 2020 09:26:18 -0300 From: Antonio Terceiro <antonio.terceiro(a)linaro.org> To: lava-users(a)lists.lavasoftware.org Subject: Re: [Lava-users] [EXT] Re: docker shell cannot handle adbd. Message-ID: <20200605122618.GA359587(a)linaro.org> Content-Type: text/plain; charset="us-ascii" On Fri, Jun 05, 2020 at 07:06:16AM +0000, Larry Shen wrote: > Hi, Milosz, > > Maybe I understand wrong, but I already see there is code like next to > add dynamic device node to docker container. > > I tried it in manual, adb find devices after a new device node added > with next code. But I don't see the docker shell try to call it with > some way. What's the aim of next code if you did not want to use it? > Could you double confirm internal maybe some guys is handling it, but > just in process? Could you do me a favor inform me your plan if my > guess is true? > > I don't think people could switch from lxc to docker on android if > this not support, maybe my environment wrong or anything else? Yes, you are right. The way the docker test shell currently works won't support such a use case. First, there was an issue with the udev rules being too strict, which was recently fixed and will be in the next release: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.lavas… This issue that you mention also needs to be fixed; I created an issue to track and I will work on it: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.lavas…

5 years, 2 months

minimal boot and mutiple deploy

by Koturappa, Hemanth

Hello Lava-Users, For minimal boot setup should the dispatcher with which target is configured should have apache server setup configuration ?Having the Lava server version of 2019.11. When trying to pull test suites from the dispatcher with overlay mechanism facing http not found error during job execution. --2020-06-24 14:50:07-- http://xx.xx.xx.31/tmp/21866/compress-overlay-mmk3i76o/overlay-1.4.2.4.tar.… Connecting to xx.xx.xx.31:80... connected. HTTP request sent, awaiting response... 404 Not Found Also needed suggestion on Presently trying with the multi deploy mechanism where in 1st deploy boot test method we boot with nfs boot and wget the latest wic image and write that image to hard disk as test case. In the scenario of writing of Image fails how should we exit from job execution without going to 2nd deploy boot test Thanks, Hemanth.

5 years, 3 months

Docker in Docker support, again

by Paul Sokolovsky

Hello, Situation with running Docker containers inside the official Docker-based LAVA setup (https://git.lavasoftware.org/lava/pkg/docker-compose) was already discussed at least once recently. LAVA starts to offer more and more convenient usages of Docker containers to extend its functionality (e.g. https://connect.linaro.org/resources/ltd20/ltd20-304/), and people start to leverage it. For docker-compose based setup, that effectively means running Docker containers inside the docker-compose, and that currently doesn't work. Another reason for raising this matter again are the apparent plans to migrate components of the production LAVA setup as run by Linaro (https://validation.linaro.org/) to Docker-based setup. The concern is that if Docker-in-Docker scenario is not explicitly accounted and planned for, then there will be a regression due to this switchover. So, I posted https://git.lavasoftware.org/lava/pkg/docker-compose/-/issues/7 with more detailed discussion, and would be ready to follow up with a patch (we just need to decide what kind of patch, please the proposed options there). -- 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

5 years, 3 months

Upgrading LAVA while preserving database

by Vincent Wan

Hi, What is the procedure to follow in order to upgrade LAVA to a new release while preserving the test results database? I am using the docker-based setup. I tried > > sudo tar cvzf lava-server-pgdata-backup.tgz > /var/lib/docker/volumes/lava-server-pgdata > <wipe away old LAVA, rebase to latest> > sudo tar xvzf lava-server-pgdata-backup.tgz -C > /var/lib/docker/volumes/lava-server-pgdata But the old results don't seem to show up in the UI after the upgrade. Also the user accounts, settings, etc. are gone, and it'd have been nice to keep them. Thanks, Vincent -- ----------------------- Vincent Wan Linaro.org

5 years, 3 months

docker shell cannot handle adbd.

by Larry Shen

Hi, guys, I have a job like next: - test: timeout: minutes: 10 docker: image: terceiro/android-platform-tools definitions: - from: inline name: smoke-case path: inline/install-google-fastboot.yaml repository: metadata: format: Lava-Test Test Definition 1.0 name: smoke-case-run description: Run smoke case run: steps: - env - sleep 10 - adb devices - adb root - sleep 10 - adb devices - lava-test-case get-release-version --shell adb shell getprop ro.vendor.build.fingerprint It output as next: + sleep 10 + adb devices * daemon not running; starting now at tcp:5037 * daemon started successfully List of devices attached 040c41d4d72d7393 device + adb root + sleep 10 + adb devices List of devices attached + lava-test-case get-release-version --shell adb shell getprop ro.vendor.build.fingerprint <LAVA_SIGNAL_STARTTC get-release-version> Received signal: <STARTTC> get-release-version error: device '040c41d4d72d7393' not found <LAVA_SIGNAL_ENDTC get-release-version> Received signal: <ENDTC> get-release-version <LAVA_SIGNAL_TESTCASE TEST_CASE_ID=get-release-version RESULT=fail> Received signal: <TESTCASE> TEST_CASE_ID=get-release-version RESULT=fail You know "adb root" will make usb bus change during run, so could docker shell handle this? How can I make above work? Thanks.

5 years, 4 months

Unable to run commands on U-boot on Renesas board Using LAVA

by Nagendra Singamsetti

Hello Team, With the existing JLink.py library i have modified and able to flash multiple *.bin files in single instance/Job. I have used method : Jlink in boot: But On the Renesas boards, After flash the binaries through Debugger Say JLink, Will get U-boot prints at ttyACM0. I can see the prints through ser2net telnet host. Q1. How to send command at uboot level while using JLink boot method. I need to *send run xa_boot from uboot prompt: =>* *Below is sample Job description :* - boot: method: jlink prompts: ["=>"] commands: ["run xa_boot"] timeout: minutes: 5 *i am getting following error :* *Invalid job definition:* extra keys not allowed @ data['actions[1]']['boot']['jlink']['prompts'] I tried with out prompts and commands key values in job description Job terminated once the flash has done. Attached logs for reference: Looking forward for your kind response Thanks Regards Nagendra S

5 years, 4 months

← Newer
1
...
24
25
26
27
28
29
30
...
94
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

lava-users