[Xen-devel] [RFC PATCH 0/3] Improve kexec support in Xen hypervisor

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

 



On 16/01/13 17:02, Ian Campbell wrote:
> On Wed, 2013-01-16 at 16:29 +0000, David Vrabel wrote:
>> Since the kexec hypercall is for use by dom0 I have removed the
>> implementation of the old load/unload ops and thus guests will require
>> updated kexec-tools to load images.  Is this acceptable? 
> 
> How hard would it be to also support the old interface for the benefit
> of old kernels and userspaces (e.g. existing distros)?

There's an easy way (see patch 1), but it doesn't have full
compatibility as it no longer executes the code page supplied by the
guest.  This won't matter with Linux guests as their code pages can be
replaced by the code in Xen, but may matter with some more obscure
guests that do unusual things in their code pages (are there any like
this -- I doubt it?).

Full compatibility is possible and not that hard.  Is it actually worth
it though?  Will there be people updating Xen to 4.3 and unable to
update their kernel or userspace tools?

> Rather than a _v2 suffix we have in the past renamed the old ones
> _compat and introduced the new ones, with appropriate use of
> __XEN_INTERFACE_VERSION__ to paper over things for old users.
> 
> See __HYPERVISOR_sched_op for example.

Ok. I'll look at this.

David



[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux