This is the mail archive of the
mailing list for the glibc project.
RE: make tests process failures using cross-test-ssh
- From: Matthew Fortune <Matthew dot Fortune at imgtec dot com>
- To: Joseph Myers <joseph at codesourcery dot com>, Steve Ellcey <Steve dot Ellcey at imgtec dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>
- Date: Fri, 12 Feb 2016 11:38:01 +0000
- Subject: RE: make tests process failures using cross-test-ssh
- Authentication-results: sourceware.org; auth=none
- References: <1455142589 dot 29579 dot 39 dot camel at ubuntu-sellcey> <alpine dot DEB dot 2 dot 10 dot 1602102248440 dot 11453 at digraph dot polyomino dot org dot uk> <1455147723 dot 29579 dot 51 dot camel at ubuntu-sellcey> <alpine dot DEB dot 2 dot 10 dot 1602110031310 dot 11453 at digraph dot polyomino dot org dot uk> <1455214325 dot 29579 dot 74 dot camel at ubuntu-sellcey> <alpine dot DEB dot 2 dot 10 dot 1602111823360 dot 29940 at digraph dot polyomino dot org dot uk> <1455232259 dot 29579 dot 95 dot camel at ubuntu-sellcey> <alpine dot DEB dot 2 dot 10 dot 1602112324110 dot 23611 at digraph dot polyomino dot org dot uk>
Joseph Myers <email@example.com> writes:
> On Thu, 11 Feb 2016, Steve Ellcey wrote:
> > On Thu, 2016-02-11 at 18:28 +0000, Joseph Myers wrote:
> > > On Thu, 11 Feb 2016, Steve Ellcey wrote:
> > >
> > > > I would like to change this so that the touch is also done on the
> > > > target machine but I am not sure what macros I should use to in
> > > > order to have cross-test-ssh.sh run touch.
> > >
> > > In general you should not assume it's possible to run arbitrary
> > > commands on the system running the newly built glibc; remember, the
> > > test wrapper could be an emulator such as userspace QEMU. By
> > > design, the testsuite runs as little as possible on the system
> running the newly built glibc:
> > > only programs newly built and linked against it (possibly via "env",
> > > but that's just a default definition).
> > Have you (or anyone else) used userspace qemu to do glibc testing? Is
> > there a script like cross-test-ssh.sh to plug in as the test-wrapper?
> I think Roland has done something like that for NaCl testing. I've done
> things like that involving a complicated set of scripts to send commands
> over a socket to allow a DejaGnu board file to be used for running tests
> from non-DejaGnu testsuites, but not anything convenient to use in a
> standalone way like cross-test-ssh.sh.
I've done qemu user space testing by simply setting a test
wrapper to structure the command so that it suits how the
environment etc needs to be presented to qemu. It didn't
work brilliantly though as a number of the pthread cond
tests crashed, spuriously failed or took out the host kernel.
There were a variety of other issues too that did not occur
when running with a real kernel. I know of a few people trying
to sure up the user mode emulation in qemu but no massive