qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: qemu-devel@nongnu.org, Anthony Liguori <anthony@codemonkey.ws>
Subject: Re: [Qemu-devel] QTest with TCG?
Date: Tue, 16 Apr 2013 09:48:24 +0200	[thread overview]
Message-ID: <20130416074824.GH26210@smtp.vpn> (raw)
In-Reply-To: <516CDD8F.8050409@redhat.com>

On Tue, Apr 16, 2013 at 07:11:43AM +0200, Paolo Bonzini wrote:
> Il 15/04/2013 21:03, Anthony Liguori ha scritto:
> > "Edgar E. Iglesias" <edgar.iglesias@gmail.com> writes:
> > 
> >> Hi,
> >>
> >> I would like to use qtest for testing hw-models in combination with firmware.
> >>
> >> At the moment I'm using the following patch to allow qtest to run without
> >> accel=qtest. I'm mostly interested in the mem access functions and the
> >> interrupt interception. I guess time stepping wouldnt work without
> >> accel=qtest, but maybe that could be an acceptable limitation.
> 
> Yes, but using "-icount" would provide more reproducibility perhaps.

Yes, thanks.

> 
> >> Is there anything in principle with such a setup that would cause
> >> problems?
> > 
> > Interesting.  No, I can't think of any problems in principle with doing
> > this.  It was not a use case I had considered.
> 
> Just one thing, how would you synchronize between the firmware and the
> testcase?

I guess there are various ways depending on the hw/fw setup.

An example is an on chip subsystem with a remote CPU, FW and a collection
of local devices that expose an well defined interface to the rest
of the system. Maybe through specific IPC fifos or by shared
memory. Normally, other CPUs on the system would request operations
through this interface, but in my case I decouple it so that
qtest based testsuites can bang on the interface. So the interface
itself dictates the sync mechanism.

I'm still WIP with this, but currently I'm using a python based
test infrastrucutre and communicating with the DUT through
SHM. Something like a stripped down dumb version of virtio.

Best regards,
Edgar

      reply	other threads:[~2013-04-16  7:48 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-15 18:23 [Qemu-devel] QTest with TCG? Edgar E. Iglesias
2013-04-15 19:03 ` Anthony Liguori
2013-04-16  5:11   ` Paolo Bonzini
2013-04-16  7:48     ` Edgar E. Iglesias [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=20130416074824.GH26210@smtp.vpn \
    --to=edgar.iglesias@gmail.com \
    --cc=anthony@codemonkey.ws \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.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;
as well as URLs for NNTP newsgroup(s).