public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Avi Kivity <avi@redhat.com>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: Huang Ying <ying.huang@intel.com>,
	"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Andi Kleen <andi@firstfloor.org>
Subject: Re: [PATCH] Add MCE support to KVM
Date: Sun, 19 Apr 2009 11:33:58 +0300	[thread overview]
Message-ID: <49EAE1F6.9050205@redhat.com> (raw)
In-Reply-To: <49EA515C.9000507@codemonkey.ws>

Anthony Liguori wrote:
> Avi Kivity wrote:
>>
>> Then we would need to tell which read-only MSRs are setup writeable 
>> and which aren't...
>>
>> I'm okay with an ioctl to setup MCE, but just make sure userspace has 
>> all the information to know what the kernel can do rather than the 
>> try-and-see-if-it-works approach.  We can publish this information 
>> via KVM_CAP things, or via another ioctl (see 
>> KVM_GET_SUPPORTED_CPUID2 for an example).
>
> Why not introduce a new exit type for MSR reads/writes that aren't 
> handled by the kernel?  You just need a bit on the return that 
> indicates whether to GPF because of an invalid MSR access.
>
> KVM_SET_MSRs should be reserved for MSRs that are performance 
> sensitive.  Not all of them will be.
>

Right now everything in the vcpu is emulated in the kernel.  Everything 
else is emulated either in the kernel (irqchip) or in userspace.  This 
makes things easier to understand, and is more future friendly if more 
cpu features become virtualized by hardware.

While these are not compelling reasons, they at least lean the balance 
in favour of a kernel implementation.

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.


  reply	other threads:[~2009-04-19  8:34 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-08  1:53 [PATCH] Add MCE support to KVM Huang Ying
2009-04-09 15:50 ` Avi Kivity
2009-04-10  3:00   ` Huang Ying
2009-04-11 12:04     ` Avi Kivity
2009-04-11 12:19       ` Andi Kleen
2009-04-11 12:25         ` Avi Kivity
2009-04-13  8:26           ` Andi Kleen
2009-04-13  2:41       ` Huang Ying
2009-04-13 13:02         ` Avi Kivity
2009-04-14  2:04           ` Huang Ying
2009-04-14 10:45             ` Avi Kivity
2009-04-15  7:24               ` Huang Ying
2009-04-18 22:17           ` Anthony Liguori
2009-04-19  8:33             ` Avi Kivity [this message]
2009-04-20  7:52               ` Gerd Hoffmann
2009-04-20  8:26                 ` Avi Kivity
2009-04-20  8:59                   ` Gerd Hoffmann
2009-04-20  9:05                     ` Avi Kivity
2009-04-20 10:04                       ` Andi Kleen
2009-04-20 11:02                         ` Avi Kivity
2009-04-20 11:23                       ` Gerd Hoffmann
2009-04-20 11:27                         ` Avi Kivity
2009-04-20 12:20                           ` Gerd Hoffmann
2009-04-20 12:43                             ` Avi Kivity
2009-04-20 13:24                               ` Gerd Hoffmann
2009-04-20 13:45                                 ` Avi Kivity
2009-04-21  9:14                                   ` Xenner design and kvm msr handling Gerd Hoffmann
2009-04-21 10:14                                     ` Avi Kivity
2009-04-21 11:41                                       ` Gerd Hoffmann
2009-04-21 12:27                                         ` Avi Kivity
2009-04-21 12:47                                           ` Gerd Hoffmann
2009-04-21 13:33                                             ` Avi Kivity
2009-04-21 16:00                                               ` Gerd Hoffmann
2009-04-21 16:15                                                 ` Avi Kivity
2009-04-22 10:02                                                   ` Gerd Hoffmann
2009-04-21 16:04               ` [PATCH] Add MCE support to KVM Anthony Liguori
2009-04-21 16:17                 ` Avi Kivity

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=49EAE1F6.9050205@redhat.com \
    --to=avi@redhat.com \
    --cc=andi@firstfloor.org \
    --cc=anthony@codemonkey.ws \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ying.huang@intel.com \
    /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