[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4AB9CE66.1030504@redhat.com>
Date: Wed, 23 Sep 2009 09:29:42 +0200
From: Gerd Hoffmann <kraxel@...hat.com>
To: akataria@...are.com
CC: Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>,
the arch/x86 maintainers <x86@...nel.org>,
LKML <linux-kernel@...r.kernel.org>,
Jeremy Fitzhardinge <jeremy@...p.org>,
Chris Wright <chrisw@...s-sol.org>,
Rusty Russell <rusty@...tcorp.com.au>,
"virtualization@...ts.osdl.org" <virtualization@...ts.osdl.org>,
Greg KH <greg@...ah.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: Paravirtualization on VMware's Platform [VMI].
On 09/22/09 21:30, Alok Kataria wrote:
> Hi Ingo,
>
> On Sun, 2009-09-20 at 00:42 -0700, Ingo Molnar wrote:
>
>>
>> The thing is, the overwhelming majority of vmware users dont benefit
>> from hardware features like nested page tables yet. So this needs to be
>> done _way_ more carefully, with a proper sunset period of a couple of
>> kernel cycles.
>
> I am fine with that too. Below is a patch which adds notes in
> feature-removal-schedule.txt, I have marked it for removal from 2.6.34.
> Please consider this patch for 2.6.32.
Hmm. Given that you are talking about vmi not being supported any more
in *future* products, there is a huge installed base with vmi support
available, right? I don't think we should zap the code that quickly.
> config VMI
> - bool "VMI Guest support"
> - select PARAVIRT
> - depends on X86_32
> + bool "VMI Guest support [will be deprecated soon]"
> + default n
> + depends on X86_32&& PARAVIRT
> ---help---
> VMI provides a paravirtualized interface to the VMware ESX server
> (it could be used by other hypervisors in theory too, but is not
> at the moment), by linking the kernel to a GPL-ed ROM module
> provided by the hypervisor.
> + VMware has started a phased retirement of this feature from there
> + products. Please see feature-removal-schedule.txt for details.
How about adding version numbers here? i.e. latest versions with vmi
support are workstation x.y, ...
So people can easily figure whenever it makes sense to turn this on for
their environment.
cheers
Gerd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists