[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