[RESEND PATCH 2/3] x86/vmware: Add basic paravirt ops support

2016-10-27 Thread Alexey Makhalov
Add basic paravirt support: 1. set pv_info.name to "VMware hypervisor" to have proper boot log message Booting paravirtualized kernel on VMware hypervisor instead of "... on bare hardware" 2. set pv_cpu_ops.io_delay() to empty function - paravirt_nop() to avoid vm-exits on IO dela

Re: [PATCH 2/3] x86/vmware: Add basic paravirt ops support

2016-10-26 Thread Thomas Gleixner
On Wed, 26 Oct 2016, Tim Mann wrote: > I believe our trademark guidelines say we aren't supposed to use VMware as a > noun to mean a product, only to mean the company. So we can say "running on > VMware ESXi" or "running in a VMware virtual machine", but "running on VMware" > is wrong. There is

Re: [PATCH 2/3] x86/vmware: Add basic paravirt ops support

2016-10-26 Thread Tim Mann
I believe our trademark guidelines say we aren't supposed to use VMware as a noun to mean a product, only to mean the company. So we can say "running on VMware ESXi" or "running in a VMware virtual machine", but "running on VMware" is wrong. There is supposedly some good legal reason for this rel

[PATCH 2/3] x86/vmware: Add basic paravirt ops support

2016-10-25 Thread Alexey Makhalov
Add basic paravirt support: 1. set pv_info.name to "VMware" to have proper boot log message Booting paravirtualized kernel on VMware instead of "... on bare hardware" 2. set pv_cpu_ops.io_delay() to empty function - paravirt_nop() to avoid vm-exits on IO delays. Signed-off-by: Al