qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] QTest with TCG?


From: Edgar E. Iglesias
Subject: Re: [Qemu-devel] QTest with TCG?
Date: Tue, 16 Apr 2013 09:48:24 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

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" <address@hidden> 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 via email to

[Prev in Thread] Current Thread [Next in Thread]