Re: [Qemu-devel] [PATCH 5/5] s390x/ccs: add ccw-tester emulated device

[Cornelia Huck]

On Thu, 7 Sep 2017 11:10:17 +0200
Janosch Frank <address@hidden> wrote:

> The thing is that I want to test the subchannel and not the device and
> therefore I really do not want to have to issue control commands to a
> device in order to get data. Having a device that reads and writes
> without a lot of overhead (like this) is therefore my main target.

Yes, a simple device backend for the channel subsystem is useful.

What could also be useful is a way to inject errors, e.g. randomly
failing things and then verifying that a sensible error reaches the
guest. These paths are part of the css and not the device, so it makes
sense to verify that these are working as expected. (Especially as they
aren't usually seen in the wild.)

But let's defer that one :)

> 
> Where this device lives doesn't concern me and as I'm new to this
> wonderful IO system take my statements with some salt. :)

You'll learn to love it 8)

> Yes it is and we certainly want to be integrated in as much external
> testing as possible. It seems like a few people began to run into the
> same direction but chose different approaches. My zonk test intentions
> are mainly to get a understanding how this all works without having to
> use the Linux devices but getting my hands dirty with the instructions
> and structures.

Something zonk-like would probably be a good thing for a test setup
that can be run via make check or something like that.

> 
> I see your arguments and we'll look into it and discuss consolidating
> our efforts.

Great, thanks for doing that!