From: Robert Berger <gmane@reliableembeddedsystems.com>
To: yocto@yoctoproject.org
Cc: Paul Eggleton
<public-paul.eggleton-VuQAYsv1563Yd54FQh9/CA@plane.gmane.org>,
public-yocto-EtnWKYl6rD/WsZ/bQMPhNw@plane.gmane.org
Subject: Re: [Announcement] Yocto Project 1.5 Milestone 3 now available.
Date: Tue, 13 Aug 2013 11:15:36 +0300 [thread overview]
Message-ID: <5209EB28.40200@reliableembeddedsystems.com> (raw)
In-Reply-To: <20130812113011.GF12589@sestofb10.enea.se>
Hi,
On 08/12/2013 02:30 PM, Björn Stenberg wrote:
> Paul Eggleton wrote:
>> Right, that's what we would be aiming for. Perhaps you could talk a little
>> bit about how you manage your hardware testing and any additional software
>> and scripts you make use of there?
>
> We run our tests from buildbot, using an expect script
I currently run my tests manually, but the plan was to implement
something in expect as well, since this seems to be made exactly for
this kind of stuff.
... but instead of something proprietary I would rather prefer to have a
generic solution where "the community" solves problems together with me.
> to allocate the right serial port (and wait if it is busy), fetch the built files, unpack the rootfs to an NFS disk, reset the board, tftp the kernel and dtb, boot the kernel and start the test suite.
>
> A line-based timeout is used for for the test suites, meaning that the timeout is reset for each new line of output. This allows us to handle very long-running test cases while still being able detect hung tests rather quickly.
>
> Multiple images and test suites are built and ran in parallell, which is why the script waits for the serial port. One of the test suites we run is ptest-runner.
>
> The output of all tests is parsed and stored in a database, cross-referenced with the buildbot build info. We have written an extension to the buildbot web interface presenting the test results as they relate to each build.
>
Are your scripts available somewhere to give it a try? Do they integrate
into autobuilder?
Regards,
Robert
..."German programmers tend to take it as a personal insult when a fault
is detected in code that they have written." - Debora Weber-Wulff
weberwu@tfh-berlin.de [comp.risks 16.94]
My public pgp key is available,at:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x90320BF1
next prev parent reply other threads:[~2013-08-13 8:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-10 0:22 [Announcement] Yocto Project 1.5 Milestone 3 now available Flanagan, Elizabeth
2013-08-10 7:20 ` Robert Berger
2013-08-10 10:02 ` Paul Eggleton
2013-08-11 7:03 ` Robert Berger
2013-08-12 9:44 ` Paul Eggleton
2013-08-13 8:21 ` Robert Berger
2013-08-12 9:11 ` Björn Stenberg
2013-08-12 9:28 ` Paul Eggleton
2013-08-12 11:30 ` Björn Stenberg
2013-08-13 8:15 ` Robert Berger [this message]
2013-08-13 10:33 ` Björn Stenberg
2013-08-13 8:18 ` Robert Berger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5209EB28.40200@reliableembeddedsystems.com \
--to=gmane@reliableembeddedsystems.com \
--cc=public-paul.eggleton-VuQAYsv1563Yd54FQh9/CA@plane.gmane.org \
--cc=public-yocto-EtnWKYl6rD/WsZ/bQMPhNw@plane.gmane.org \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.