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

Re: [Xen-devel] [ARM] Native application design and discussion (I hope)

On Mon, 8 May 2017, George Dunlap wrote:
> On 05/05/17 20:28, Stefano Stabellini wrote:
> > On Fri, 5 May 2017, Andrii Anisov wrote:
> >> Hello Stefano,
> >>
> >> On 24.04.17 21:08, Stefano Stabellini wrote:
> >>> Stubdomains (stubdoms in short) are small domains, each running a single
> >>> application. Typically they run unikernels rather than a full fledged
> >>> operating system. A classic example is QEMU stubdoms on x86: one QEMU
> >>> stubdoms is started for each regular guest domain. Each QEMU stubdom
> >>> instance provides emulation for one guest - it runs one instance of
> >>> QEMU.
> >> I'm wondering if there are any examples of practical usage of stub domains
> >> with ARM?
> > 
> > Good question. I don't think so: there have been practical examples of
> > unikernels running on Xen on ARM, but not stubdoms, because we haven't
> > needed to run large emulation pieces yet.
> So often when we say "stub domains" we mean specifically, "devicemodel
> stub domains".  But there are many other stub domains for other
> purposes.  You can run xenstored in a stubdomain rather than in dom0,
> for instance; I think this probably already works on ARM.  I believe
> that the PV vTPM architecture also has one vTPM "worker" per guest,
> along with a "global" domain to control the physical TPM and multiplex
> it over the various vTPMs.

TPM is an x86 concept, but xenstored stubdom is possible.

Althought they don't have to, stubdoms are typically based on mini-os
(git://xenbits.xen.org/mini-os.git) which only has 32-bit ARM support
today. However, it should be possible to run a 32-bit stubdom on a
64-bit host.

Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.