Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Phil Blundell <pb@pbcl.net>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: eglibc testing?
Date: Fri, 17 Jun 2011 11:13:08 +0100	[thread overview]
Message-ID: <1308305588.25285.7154.camel@phil-desktop> (raw)
In-Reply-To: <4DFA8F49.8000309@gmail.com>

On Thu, 2011-06-16 at 16:18 -0700, Khem Raj wrote:
> On 06/16/2011 07:29 AM, Phil Blundell wrote:
> > On Thu, 2011-06-16 at 06:41 -0700, Khem Raj wrote:
> >> I nfsmount eglibc builddir on target and run the testsuite. I see aroung
> >> 10-15 fails. Havent run the testsuite in a while
> >
> > Maybe the right thing to do with eglibc would be to build a rootfs
> > containing the testsuite, run it up in qemu-system-arm, and then
> > engineer some IPC mechanism to get the test results back to the host.
> 
> using nfs isnt bad either since the tests excercise libraries from /lib
> on target IOW installed eglibc.

True, though I can't think of any instances where the libc behaviour
will change depending on where it's installed. 

The thing about nfs is that it's awkward to set up in an automated way.
What I want is to arrive at a situation where you can just do:

$ bitbake -c check micro-base-image (or whatever)

and have it build all the necessary components, run their respective
testsuites, and generate a report of both the current status and any
regressions.  Ideally I want this to be doable without a lot of
installation-specific fiddling around with networking configuration and
suchlike, and I definitely want an arrangement which doesn't rely on
having target hardware on hand.  Practically speaking I think that means
it basically has to be qemu of some kind or another.

> Yes I think I should put together my mechanism somewhere and post it
> and dejaGNU setup I use for cross testing

That would be cool.

p.





  reply	other threads:[~2011-06-17 10:16 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-16 10:15 eglibc testing? Phil Blundell
2011-06-16 13:41 ` Khem Raj
2011-06-16 14:29   ` Phil Blundell
2011-06-16 23:18     ` Khem Raj
2011-06-17 10:13       ` Phil Blundell [this message]
2011-06-17 10:25         ` Richard Purdie
2011-06-17 10:41           ` Phil Blundell
2011-06-30 10:32       ` Phil Blundell
2011-06-30 14:29         ` Khem Raj
2011-08-04  9:24           ` Phil Blundell
2011-08-04 15:10             ` Khem Raj
2011-12-09  6:25 ` Khem Raj

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=1308305588.25285.7154.camel@phil-desktop \
    --to=pb@pbcl.net \
    --cc=openembedded-core@lists.openembedded.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox