qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: qemu-devel <qemu-devel@nongnu.org>, Richard Henderson <rth@twiddle.net>
Subject: Re: [Qemu-devel] [RFC] TCG unit testing
Date: Fri, 06 Sep 2013 21:38:43 -0500	[thread overview]
Message-ID: <1378521523.1985.16@driftwood> (raw)
In-Reply-To: <20130902160703.GA10518@ohm.aurel32.net> (from aurelien@aurel32.net on Mon Sep  2 11:07:03 2013)

On 09/02/2013 11:07:03 AM, Aurelien Jarno wrote:
> On Fri, Aug 23, 2013 at 12:47:43PM -0700, Richard Henderson wrote:
> > I've been thinking for a while about how to reliably test TCG  
> backends, and
> > maybe how to do regression testing on them.  Having to begin the  
> test from a
> > guest binary, especially considering the vast cross-compilation  
> problem, is
> > pretty much a non-starter.
> 
> Given the regular breakages we have with TCG, it's really a gread  
> idea.
> Usually most of the targets are working correctly so the problem is  
> not
> found immediately.
> 
> > I've been thinking of a truly stripped down target for the purpose,  
> with a
> > special-purpose machine loop and main to go with it.  I.e. avoid  
> vl.c.
> 
> I think we should use as much as possible of the current  
> infrastructure,
> having two different main loops means they are going to be
> desynchronised at some point.
> 
> Ideally it would be nice to have a machine called TCG (maybe with a  
> few
> variants for big/little endian, 32 and 64-bits) which loads TCG "code"
> from a text file and execute it. Then we can imagine zillions of small
> testcases like the GCC ones, and more can be added when a problem is
> discovered and fixed.

Someday, I'd still like to hook Fabrice's old tinycc front end to tcg  
as the code generation backend...

Rob

      reply	other threads:[~2013-09-07  2:39 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-23 19:47 [Qemu-devel] [RFC] TCG unit testing Richard Henderson
2013-08-23 20:42 ` Stefan Weil
2013-08-23 21:18   ` Richard Henderson
2013-08-25 17:13     ` Peter Maydell
2013-08-25 19:45     ` Stefan Weil
2013-09-10 21:34     ` [Qemu-devel] [RFC] TCI for ARM and other hosts with aligned args (was: Re: [RFC] TCG unit testing) Stefan Weil
2013-09-10 21:52       ` [Qemu-devel] [RFC] TCI for ARM and other hosts with aligned args Richard Henderson
2013-09-10 22:04         ` Stefan Weil
2013-09-10 22:22           ` Peter Maydell
2013-09-11  5:05             ` Stefan Weil
2013-09-10 21:57       ` [Qemu-devel] [RFC] TCI for ARM and other hosts with aligned args (was: Re: [RFC] TCG unit testing) Peter Maydell
2013-08-27  3:18   ` [Qemu-devel] [RFC] TCG unit testing Lei Li
2013-09-02 16:07 ` Aurelien Jarno
2013-09-07  2:38   ` Rob Landley [this message]

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=1378521523.1985.16@driftwood \
    --to=rob@landley.net \
    --cc=aurelien@aurel32.net \
    --cc=qemu-devel@nongnu.org \
    --cc=rth@twiddle.net \
    /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;
as well as URLs for NNTP newsgroup(s).