linux.git/arch/x86/kernel/cpu/hypervisor.c, branch v3.10

x86/apic: Allow x2apic without IR on VMware platform

2013-01-24T12:11:18+00:00

This patch updates x2apic initializaition code to allow x2apic
on VMware platform even without interrupt remapping support.
The hypervisor_x2apic_available hook was added in x2apic
initialization code and used by KVM and XEN, before this.
I have also cleaned up that code to export this hook through the
hypervisor_x86 structure.

Compile tested for KVM and XEN configs, this patch doesn't have
any functional effect on those two platforms.

On VMware platform, verified that x2apic is used in physical
mode on products that support this.

Signed-off-by: Alok N Kataria 
Reviewed-by: Doug Covelli 
Reviewed-by: Dan Hecht 
Acked-by: H. Peter Anvin 
Cc: Konrad Rzeszutek Wilk 
Cc: Jeremy Fitzhardinge 
Cc: Avi Kivity 
Link: http://lkml.kernel.org/r/1358466282.423.60.camel@akataria-dtop.eng.vmware.com
Signed-off-by: Ingo Molnar

x86, hyper: fix build with !CONFIG_KVM_GUEST

2012-07-18T20:01:48+00:00

Signed-off-by: Avi Kivity 
Signed-off-by: Marcelo Tosatti

KVM: Add x86_hyper_kvm to complete detect_hypervisor_platform check

2012-07-11T16:33:32+00:00

While debugging I noticed that unlike all the other hypervisor code in the
kernel, kvm does not have an entry for x86_hyper which is used in
detect_hypervisor_platform() which results in a nice printk in the
syslog.  This is only really a stub function but it
does make kvm more consistent with the other hypervisors.

Signed-off-by: Prarit Bhargava 
Cc: Avi Kivity 
Cc: Gleb Natapov 
Cc: Alex Williamson 
Cc: Konrad Rzeszutek Wilk 
Cc: Marcelo Tostatti 
Cc: kvm@vger.kernel.org
Signed-off-by: Avi Kivity

x86, hyper: Change hypervisor detection order

2011-07-08T23:22:29+00:00

Detect Xen before HyperV because in Viridian compatibility mode Xen
presents itself as HyperV.  Move Xen to the top since it seems more
likely that Xen would emulate VMware than vice versa.

Signed-off-by: Anupam Chanda 
Link: http://lkml.kernel.org/r/1310150570-26810-1-git-send-email-achanda@nicira.com
Acked-by: Stefano Stabellini 
Acked-by: Yaozu (Eddie) Dong 
Reviewed-by: H. Peter Anvin 
Signed-off-by: H. Peter Anvin

Introduce CONFIG_XEN_PVHVM compile option

2010-07-29T18:11:33+00:00

This patch introduce a CONFIG_XEN_PVHVM compile time option to
enable/disable Xen PV on HVM support.

Signed-off-by: Stefano Stabellini

xen/pvhvm: fix build problem when !CONFIG_XEN

2010-07-27T06:13:28+00:00

x86_hyper_xen_hvm is only defined when Xen is enabled in the kernel
config.

Signed-off-by: Jeremy Fitzhardinge

x86: early PV on HVM features initialization.

2010-07-22T23:45:35+00:00

Initialize basic pv on hvm features adding a new Xen HVM specific
hypervisor_x86 structure.

Don't try to initialize xen-kbdfront and xen-fbfront when running on HVM
because the backends are not available.

Signed-off-by: Stefano Stabellini 
Signed-off-by: Sheng Yang 
Signed-off-by: Yaozu (Eddie) Dong 
Signed-off-by: Jeremy Fitzhardinge

x86, hypervisor: add missing

2010-05-10T05:46:54+00:00

EXPORT_SYMBOL() needs  to be included; fixes modular
builds of the VMware balloon driver, and any future modular drivers
which depends on the hypervisor.

Reported-by: Ingo Molnar 
Signed-off-by: H. Peter Anvin 
Cc: Greg KH 
Cc: Hank Janssen 
Cc: Alok Kataria 
Cc: Ky Srinivasan 
Cc: Dmitry Torokhov 
LKML-Reference: <4BE49778.6060800@zytor.com>

x86, hypervisor: Export the x86_hyper* symbols

2010-05-09T08:10:34+00:00

Export x86_hyper and the related specific structures, allowing for
hypervisor identification by modules.

Signed-off-by: H. Peter Anvin 
Cc: Greg KH 
Cc: Hank Janssen 
Cc: Alok Kataria 
Cc: Ky Srinivasan 
Cc: Dmitry Torokhov 
LKML-Reference: <4BE49778.6060800@zytor.com>

x86: Clean up the hypervisor layer

2010-05-08T00:13:04+00:00

Clean up the hypervisor layer and the hypervisor drivers, using an ops
structure instead of an enumeration with if statements.

The identity of the hypervisor, if needed, can be tested by testing
the pointer value in x86_hyper.

The MS-HyperV private state is moved into a normal global variable
(it's per-system state, not per-CPU state).  Being a normal bss
variable, it will be left at all zero on non-HyperV platforms, and so
can generally be tested for HyperV-specific features without
additional qualification.

Signed-off-by: H. Peter Anvin 
Acked-by: Greg KH 
Cc: Hank Janssen 
Cc: Alok Kataria 
Cc: Ky Srinivasan 
LKML-Reference: <4BE49778.6060800@zytor.com>