lkml.org 
[lkml]   [2011]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] expose kvmclock upper msr set.
On 02/25/2011 03:11 PM, Glauber Costa wrote:
> On Thu, 2011-02-24 at 18:54 -0500, Steven Rostedt wrote:
> > On Thu, 2011-02-24 at 20:48 -0300, Glauber Costa wrote:
> > > On Thu, 2011-02-24 at 18:24 -0500, Steven Rostedt wrote:
> > > > On Wed, Feb 23, 2011 at 12:44:14PM -0500, Glauber Costa wrote:
> > > > > We've been supporting kvmclock MSRs in the 0x4b564d00-0x4b564dff range
> > > > > for a while now, but we're not exposing it yet, meaning nobody is using it.
> > > > > This simple patch takes care of that.
> > > >
> > > > Is nobody using it because it was never exposed? Or because nobody ever
> > > > needed it, and we don't care (thus don't bother supporting it).
> > > >
> > > The former. Our guest kernels will only rely on features that are
> > > exposed, meaning that if they are not, the guest kernel will never know
> > > it is available.
> > >
> >
> > Might want to rephrase your change log, as to me it sounds like nobody
> > is using it because it is not needed. Adding the "Our guest..." from
> > your response to the change log will clear that up.
> >
> > Thanks,
> I can do that, sure.
>
> OTOH, I know avi changed changelogs for clarity a couple of times
> before, so if there is no code change needed, maybe he think it is
> easier to rephrase it before picking it up.
>
> Avi?
>

If that's the only change, no problem.

--
error compiling committee.c: too many arguments to function



\
 
 \ /
  Last update: 2011-02-27 10:31    [W:0.052 / U:2.112 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site