[libvirt] [PATCH 09/14] conf: Add VIR_DOMAIN_CHR_SERIAL_TARGET_TYPE_PL011
Pavel Hrdina
phrdina at redhat.com
Thu Nov 16 15:52:05 UTC 2017
On Thu, Nov 16, 2017 at 04:44:24PM +0100, Andrea Bolognani wrote:
> On Thu, 2017-11-16 at 16:17 +0100, Pino Toscano wrote:
> > On Thursday, 16 November 2017 14:56:32 CET Pavel Hrdina wrote:
> > > How about we introduce another attribute/element that would specify the
> > > exact model of the serial device and it would be optional, libvirt would
> > > be able to choose the model if none is specified.
> >
> > Can you please provide an example of how it would look like?
>
> <serial type='pty'>
> <target type='xxx-serial>
> <model name='splc'/>
> </target>
> </serial>
I've done some more digging and the SCLP probably stands for
"Service-Call Logical Processor" so we could probably use it as
"sclp-serial" and there would be two models "sclpconsole" and
"sclplmconsole".
>
> > > I was no able to find anything about s390 and its sclp/sclplm consoles
> > > but it's the same case. I would expect that both devices are connected
> > > to the same BUS, we just need to find the BUS name to use it $BUS-serial
> > > and have sclp/sclplm as models.
> >
> > There is no real bus for sclp/sclplm -- there is only an internal "bus"
> > in QEMU, but it should not be exposed in upper layers (as it is only an
> > implementation detail).
>
> There's probably some name, in some spec, somewhere :)
>
> Or we could use 's390-serial', but that would be suboptimal.
>
> --
> Andrea Bolognani / Red Hat / Virtualization
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20171116/cebbbabe/attachment-0001.sig>
More information about the libvir-list
mailing list