[libvirt] [Xen-devel] [PATCH LIBVIRT] libxl: Recognise ARM architectures
Daniel P. Berrange
berrange at redhat.com
Fri Feb 28 11:03:30 UTC 2014
On Fri, Feb 28, 2014 at 02:12:30AM +0000, Ian Campbell wrote:
> On Wed, 2014-02-26 at 15:01 +0000, Daniel P. Berrange wrote:
> > Yep, if ARM has a PV console, then we'd need to add tiny bit to the XML
> > to allow us to configure that explicitly, similar to how we do for KVM's
> > virtio-console support.
>
> Do you mean I need to add something to the XML config snippet, or I need
> to add some special handling in the XML parser/consumer?
>
> I've grepped around the virtio-console stuff and I'm none the wiser.
Opps, yes, I should have explained this better, since our docs here are
about as clear as mud.
With traditional x86 paravirt Xen, we just have the plain paravirt console
devices
<console type='pty'>
<target type='xen'/>
</console>
With x86 fullvirt Xen/KVM/QEMU, the console type just defaults to being
a serial port so you would usually just add
<serial type='pty'>
</serial>
and then libvirt would automatically add a <console> with
<console type='pty'>
<target type='serial'/>
</console>
With x86 fullvirt KVM, we also have support for virtio which is
done using
<console type='pty'>
<target type='virtio'/>
</console>
So actually this leads me to ask what kind of console Arm fullvirt Xen
guests actually have ? If they just use the traditional Xen paravirt
console, then we just need to make sure that this works for them by
default:
<console type='pty'>
<target type='xen'/>
</console>
If there's a different type of console device that's not related to
the Xen paravirt console device, then we'd need to invent a new
<target type='xxx'/> value for Arm.
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
More information about the libvir-list
mailing list