public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Zachary Amsden <zach-pghWNbHTmq7QT0dZR+AlfA@public.gmane.org>
To: Anthony Liguori <anthony-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
Cc: kvm-devel <kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: State of current pv_ops backend for KVM?
Date: Wed, 30 May 2007 11:02:33 -0700	[thread overview]
Message-ID: <465DBC39.7090308@vmware.com> (raw)
In-Reply-To: <465CE6AD.7000206-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>

Anthony Liguori wrote:
> Rusty Russell wrote:
>> On Mon, 2007-05-28 at 20:54 -0500, Anthony Liguori wrote:
>>  
>>> Howdy,
>>>
>>> Does anyone know what the state of a pv_ops backend for KVM is?  I 
>>> know Ingo has an implementation that implements CR3 caching but I 
>>> don't see any branches in Avi's git tree.
>>>
>>> Perhaps we should try for a simple pv_ops backend for 2.6.23 seeing 
>>> as how the host infrastructure is there?  I'd be willing to do some 
>>> leg work here...
>>>     
>>
>> "Me too".  It's at least worth toying with the mmu batching stuff to see
>> if that can shave some cycles there: it seems that cr3 caching is the
>> main win for context switch so batching there won't help.
>>   
>
> I'm working on a simple patch that just adds the infrastructure.
>
>> IIRC Ingo used a magic MSR to detect kvm, and there was a question mark
>> over that.
>
> I am not too worried about using an MSR.  There's really no fool proof 
> method here.  The only thing to do IMHO is move the kvm pv_ops backend 
> into a separate file and add appropriate Kconfig stuff.
>
>>   VMI uses a different technique, which is probably worth
>> considering...
>>   
>
> VMI can determine that it's under VMware since VMware has to publish 
> an option ROM.  It's quite neat, but overkill for what we're doing 
> (since we're not going to be using a ROM anyway).

The near to being blessed way to do this is to use a CPUID leaf (I 
believe it is 0x40000000) to identify the hypervisor.  I don't have the 
exact details, but making CPUID 0x40000000 return 'KVMKVMKVMKVM' sounds 
like a pretty safe detection technique.

We're probably dropping the ROM probing in favor of this for 64-bit.

Zach

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

  parent reply	other threads:[~2007-05-30 18:02 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-29  1:54 State of current pv_ops backend for KVM? Anthony Liguori
     [not found] ` <465B87CE.6030801-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
2007-05-29  6:11   ` Ingo Molnar
     [not found]     ` <20070529061128.GA27037-X9Un+BFzKDI@public.gmane.org>
2007-05-29  6:11       ` Ingo Molnar
2007-05-29 11:47   ` Avi Kivity
     [not found]     ` <465C12C0.9030906-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-29 13:49       ` Anthony Liguori
     [not found]         ` <465C2F75.3080603-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
2007-05-29 14:00           ` Avi Kivity
     [not found]             ` <465C31F2.8080007-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-29 14:19               ` Anthony Liguori
     [not found]                 ` <465C3671.9000404-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
2007-05-29 14:28                   ` Avi Kivity
2007-05-30  2:35               ` Rusty Russell
     [not found]                 ` <1180492544.30202.72.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2007-05-30  5:01                   ` Avi Kivity
     [not found]                     ` <465D051F.20706-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-30  6:04                       ` Rusty Russell
2007-05-30  2:24   ` Rusty Russell
     [not found]     ` <1180491861.30202.61.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2007-05-30  2:51       ` Anthony Liguori
     [not found]         ` <465CE6AD.7000206-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org>
2007-05-30 18:02           ` Zachary Amsden [this message]
     [not found]             ` <465DBC39.7090308-pghWNbHTmq7QT0dZR+AlfA@public.gmane.org>
2007-05-30 18:20               ` Anthony Liguori

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=465DBC39.7090308@vmware.com \
    --to=zach-pghwnbhtmq7qt0dzr+alfa@public.gmane.org \
    --cc=anthony-rdkfGonbjUSkNkDKm+mE6A@public.gmane.org \
    --cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox