linaro-validation

linaro-validation@lists.linaro.org

818 discussions

by Andy Doan

Hey Dave, Thanks for getting all the new snowballs up and running! As an FYI: I marked snowball10 as "retired" in production and configured it to run off staging. I'm working through the health check there now, but I think things are cool.

13 years, 2 months

LAVA: Jobs submitted to vexpress device type

by Dave Pigott

Hi All, I notice that there are still some jobs being submitted to LAVA with the device-type "vexpress". This device type is now deprecated and has been replaced by the more specific device type vexpress-a9. The jobs seem to be coming from CI and Android. Could someone amend these submissions? Thanks Dave Dave Pigott Validation Engineer T: +44 1223 40 00 63 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

13 years, 2 months

Fast Models of real boards

by Dave Pigott

Hi, I've just had a visit from a couple of guys from the ARM Fast Models team, and they asked an interesting question, namely would there be any interest for us of fast models of current hardware, such as Panda-es, new Samsung board etc. Off the top of my head, I couldn't think of any, except if we say wanted to run a cluster type test where we might need several dedicated boards, but don't have sufficient real hardware. What about anyone else? Thoughts/ideas? Thanks Dave Dave Pigott Validation Engineer T: +44 1223 40 00 63 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

13 years, 2 months

one build, many device_types

by Alexander Sack

Hi, We currently do a few builds in Linaro that can boot on a whole set of device_types. Example: vexpress android can be build only once, but run in LAVA on vexpress-a9, -15, -TC2 and fastmodel XX,YY,ZZ, etc. Unfortunately, we don't really support that use case very well in our CI so we end up submitting the artifact of a build to only one device_type automatically. One approach to that problem would be to grow a feature in the scheduler to accept jobs that have a list of device_types in the job description. Thoughts? Other ideas? -- Alexander Sack Technical Director, Linaro Platform Teams http://www.linaro.org | Open source software for ARM SoCs http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

13 years, 2 months

Leased line update

by Dave Pigott

OK. Got the new router, had some teething troubles getting it set up, but I am now connected to it through the leased line as I send this e-mail! Will not do the actual switch over until Monday, because as Alexander noted, I don't want the risk of a disturbed weekend. Thanks Dave Dave Pigott Validation Engineer T: +44 1223 40 00 63 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

13 years, 2 months

Re: [Linaro-validation] Resolv.conf file missing in test image after deploying on lava -server.

by Dave Pigott

Hi Prakash, As was said in other threads, we sort of understand why resolv.conf isn't there, and it doesn't matter that it's not, so we need to fix the problem where it fails because it isn't there. It should be a trivial fix. Dave Dave Pigott Validation Engineer T: +44 1223 40 00 63 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog On 21 Sep 2012, at 06:58, Prakash Ranjan wrote: > > > ------- Original Message ------- > Sender : Dave Pigott<dave.pigott(a)linaro.org> > Date : Sep 19, 2012 16:10 (GMT+09:00) > Title : Re: [Linaro-validation] Resolv.conf file missing in test image after deploying on lava -server. > > On 18 Sep 2012, at 19:44, Andy Doan wrote: > > > On 09/18/2012 12:44 AM, Prakash Ranjan wrote: > >> Hi All, > >> > >> After deploying any image on my local lava-server setup, in test > >> image , the resolv.conf file is always missing. > >> > >> Here is the complete log link. http//paste.ubuntu.com/1212314/ > >> > >> You can check the job fiel at this link.. http//paste.ubuntu.com/1212328 > >> > >> My master image info : http//paste.ubuntu.com/1212330. > >> > >> Please help me on this issue. > > > > This is a bit of a guess, but I noticed in your job definition you: > > > > 1. flash image > > 2. install lava-test > > 3. boot > > 4. run lava-test > > > > Our jobs normally do those 4 steps but in this order: > > > > 1. flash image > > 2. boot > > 3. install lava-test > > 4. run lava-test > > > > ie steps 2 and 3 are reversed. My guess is that the "boot" step is creating this file so things work for us. You could probably just try that. However, when I look at a current linaro RFS like today's nano image, I see a /etc/resolv.conf in it. > > > > We could probably also patch the dispatcher so it doesn't fail if the file doesn't exist. > > Yeah, I pointed the order issue out to prak on irc yesterday, but he pointed out that there are jobs which do it the other way and succeed, so there's something else going on, and I suspect that it's something to do with the way prak is cacheing the hwpacks and rootfs on his system, but it's difficult to diagnose at a distance. > > Prak filed a bug yesterday to that effect, i.e. to ignore failure on copy, but that feels like a lash up fix because we haven't fully understood what's going on. > > I'll talk to prak again on irc today and see if we can't nail it. > > Thanks > > Dave > > Hi Andy, > I tried with the same order as it was metioned on the linaro web page http://lava-dispatcher.readthedocs.org/en/latest/jobfile.html > Anyway I tried with the both orders as you mentioned above but got the same result. I mentioned the log files in the bug https://bugs.launchpad.net/lava-dispatcher/+bug/1052373 report too. > Here is the log files. > http://paste.ubuntu.com/1218084 -> Complete Log > http://paste.ubuntu.com/1218085 -> Json file > > Prakash > > > <201209211128595_QKNMBDIF.gif>

13 years, 2 months

Re: [Linaro-validation] Resolv.conf file missing in test image after deploying on lava -server.

by Prakash Ranjan

13 years, 2 months

Vexpress status

by Dave Pigott

Hi all, Just a heads up that sometime later today I will be switching the vexpress device type and vexpress-a901 off, and we will be moving to: Device Type Instances vexpress-a5 vexpress-a5-01 vexpress-a9 vexpress-a9-01 vexpress-tc2 vexpress-tc2-01 vexpress-tc2-02 vexpress-tc2-03 vexpress-tc2-04 Notes: * vexpress-tc2-01 will remain offline for external user testing. I'm thinking that perhaps we should switch this around and make that tc2-04 and then remove it from the list to make it tidier * I have one spare a9 tile and a mother board. Does anyone want me to put this in a new motherboard and bring a second a9 online? * Until we have a boot solution for vexpress-a5 that will stay invisible The upshot is, that any jobs you were submitting on a daily basis to device-type vexpress, will now have to be changed to vexpress-a9. Shout now if you want me to delay this switch over. Thanks Dave Dave Pigott Validation Engineer T: +44 1223 40 00 63 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

13 years, 2 months

Lab health

by Dave Pigott

Only 1 today: ----------------- panda-es03 ----------------- http://validation.linaro.org/lava-server/scheduler/job/32798 Some sort of kernel panic froze the board. Went on to it and rebooted, on the surface seems to be fine. Put back online to re-test Dave Dave Pigott Validation Engineer T: +44 1223 40 00 63 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

13 years, 2 months

Lab health checks

by Dave Pigott

------------ origen01 ------------ http://validation.linaro.org/lava-server/scheduler/job/32532 wget timeout - restarted. ------------ origen07 ------------ http://validation.linaro.org/lava-server/scheduler/job/32582 Couldn't ping - rechecked and it seems ok now. ------------ origen09 ------------ http://validation.linaro.org/lava-server/scheduler/job/32321 Stream of "timeout waiting for hardware interrupt messages". When I connected to the board it was still producing them and was locked out. Hard reset and it seems ok. Put back online to see if we have a glitch or a failing board. ---------------- snowball03 ---------------- http://validation.linaro.org/lava-server/scheduler/job/32644 eth0 didn't come up, so network failure. Went on the board, did a net restart and all seems ok. Put back online to re-test. Dave Pigott Validation Engineer T: +44 1223 40 00 63 | M +44 7940 45 93 44 Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog

13 years, 2 months

← Newer
1
...
58
59
60
61
62
63
64
...
82
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

linaro-validation