From: "Michael S. Tsirkin" <mst@redhat.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Gleb Natapov <gleb@redhat.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
"pv-drivers@vmware.com" <pv-drivers@vmware.com>,
"virtualization@lists.linux-foundation.org"
<virtualization@lists.linux-foundation.org>,
"devel@linuxdriverproject.org" <devel@linuxdriverproject.org>,
"davej@redhat.com" <davej@redhat.com>
Subject: Re: [Xen-devel] x86info: dump kvm cpuid's
Date: Tue, 1 May 2012 13:50:32 +0300 [thread overview]
Message-ID: <20120501105032.GA6654@redhat.com> (raw)
In-Reply-To: <1335868144.6038.89.camel@zakaz.uk.xensource.com>
On Tue, May 01, 2012 at 11:29:04AM +0100, Ian Campbell wrote:
> On Mon, 2012-04-30 at 10:38 +0100, Michael S. Tsirkin wrote:
> > On Mon, Apr 30, 2012 at 11:43:19AM +0300, Gleb Natapov wrote:
> > > On Sun, Apr 29, 2012 at 01:10:21PM +0300, Michael S. Tsirkin wrote:
> > > > The following makes 'x86info -r' dump kvm cpu ids
> > > > (signature+features) when running in a vm.
> > > >
> > > > On the guest we see the signature and the features:
> > > > eax in: 0x40000000, eax = 00000000 ebx = 4b4d564b ecx = 564b4d56 edx = 0000004d
> > > > eax in: 0x40000001, eax = 0100007b ebx = 00000000 ecx = 00000000 edx = 00000000
> > > >
> > > > On the host it just adds a couple of zero lines:
> > > > eax in: 0x40000000, eax = 00000000 ebx = 00000000 ecx = 00000000 edx = 00000000
> > > > eax in: 0x40000001, eax = 00000000 ebx = 00000000 ecx = 00000000 edx = 00000000
> > > >
> > > This is too KVM specific.
> >
> > That's what I have. I scratch my own itch.
> >
> > > Other hypervisors may use more cpuid leafs.
> >
> > But not less so no harm's done.
> >
> > > As far as I see Hyper-V uses 5 and use cpuid.0x40000000.eax as max cpuid
> > > leaf available. Haven't checked Xen or VMWare.
>
> Xen does the same, documentation in the Xen public interfaces header:
> http://xenbits.xen.org/docs/unstable/hypercall/include,public,arch-x86,cpuid.h.html.
So ack to my patch?
> If compat mode for another h/v is enabled then those leaves will appear
> at 0x40000000 and Xen's will be bumped up, so a fully Xen aware set of
> drivers (or detection routine, etc) should check at 0x100 intervals
> until 0x40010000 for the appropriate signatures (I realise that the docs
> are somewhat lacking in this regard, I should cook up a patch).
>
> Ian.
How does guest know that the data at 0x40000100 makes sense?
--
MST
next prev parent reply other threads:[~2012-05-01 10:50 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20120429101019.GA21165@redhat.com>
[not found] ` <20120430084319.GE15413@redhat.com>
2012-04-30 9:38 ` x86info: dump kvm cpuid's Michael S. Tsirkin
2012-04-30 9:41 ` Gleb Natapov
2012-05-01 10:29 ` [Xen-devel] " Ian Campbell
2012-05-01 10:50 ` Michael S. Tsirkin [this message]
2012-05-01 12:17 ` Ian Campbell
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=20120501105032.GA6654@redhat.com \
--to=mst@redhat.com \
--cc=Ian.Campbell@citrix.com \
--cc=davej@redhat.com \
--cc=devel@linuxdriverproject.org \
--cc=gleb@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=pv-drivers@vmware.com \
--cc=virtualization@lists.linux-foundation.org \
--cc=xen-devel@lists.xensource.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;
as well as URLs for NNTP newsgroup(s).