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

RE: [Xen-devel] Re: [Xen-changelog] Indirect hypercalls through ahypercall transfer page.

  • To: "Mike D. Day" <ncmike@xxxxxxxxxx>
  • From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
  • Date: Wed, 8 Feb 2006 16:22:29 -0000
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Hollis Blanchard <hollisb@xxxxxxxxxx>
  • Delivery-date: Wed, 08 Feb 2006 16:33:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcYsxt9kpwp+NalcR42mLVYb8IRCIwAAJvJw
  • Thread-topic: [Xen-devel] Re: [Xen-changelog] Indirect hypercalls through ahypercall transfer page.

> > The primary reason for this patch is that it will enable us 
> to run a 
> > xenified kernel on bare metal: a 'micro xen' would be loaded by the 
> > boot loader alongside a xenified kernel image, enabling the 
> kernel to 
> > effectively run on the baremetal at full native performance (though 
> > obviously you could only run one kernel on a machine at a time).
> This is an elegant feature that would have been better 
> introduced with the above explanation rather than a patchbot message.
> If I missed that discussion, apologies.

Mike, there was some discussion about this and the other new 'feature
flags' at the OS Ports session at the summit (and in particular in the
'linux merge' breakout group).

The hypercall transfer page is just one of several new feature flags
that should enable us to have a single xen-ified kernel that is capable
of running on bare metal, on pae and non-pae hypervisors, 64b
hypervisor, under HVM etc. Obviously many of these combinations will
require shadow pagetables to be enabled (and hence some loss of
performance), but it will be good to be able to support them.

The main feature flag that is currently missing is one to enable the
kernel's hypervisor vm hole size to be setable at guest boot time
(necessary for running non-pae kernels on a pae hypervisor). Hopefully
Novell are working on this... :)


Xen-devel mailing list



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