All of lore.kernel.org
 help / color / mirror / Atom feed
From: Aurelien Jarno <aurelien@aurel32.net>
To: Andre Przywara <andre.przywara@amd.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 00/13] x86/cpuid: cleanups and fixes
Date: Sat, 13 Mar 2010 16:50:12 +0100	[thread overview]
Message-ID: <20100313155012.GG26216@hall.aurel32.net> (raw)
In-Reply-To: <1268314747-11111-1-git-send-email-andre.przywara@amd.com>

On Thu, Mar 11, 2010 at 02:38:54PM +0100, Andre Przywara wrote:
> Hi,
> 
> a rebased and refined version of my CPUID cleanup series. This should
> now apply on top of git head. Compared to the last post this leaves
> out the bits already done by John Cooper's patch. Also I added a separate
> patch to deal with an accidently removed line (patch 3/13).
> 
> This patchset cleans up the CPUID handling code in QEMU. The biggest change
> is obviously the move of the CPUID function to a separate file (cpuid.c).
> This helps to split up a rather large source file, which's name (helper.c) is
> also a bit misleading.
> Additionally the rest of the patches beautifies or simplifies some code.
> Feature additions are:
>  5/13: add missing CPUID feature bit names (updated)
>  8/13: -cpu host propagates more CPUID leafs, so that the cache topology
>        will be visibile in the guest
>  9/13: add CPUID feature bit trimming for TCG: Features not supported by
>        the emulator will be masked out.
> 10/13: always show all CPU types: also expose the newer (64bit) CPU types
>        for the i386 emulator. 64bit features will be masked out due to 9/13.
> 11/13: add kvm32 CPU model: Per popular request add a counterpart to kvm64
>        describing a basic hardware virtualization capable CPU for migration
>        purposes.
> 13/13: Set the feature bits of qemu{32,64} to the set supported by TCG.
> 
> The last patch is actually debatable, as it changes the default CPUID bits
> seen by guest. On the other hand it is only consequent to do so, as
> qemu{32,64} are meant to be artifical CPUs.
> 
> More details in the commit messages.
> 
> Please review, comment and apply.
> 

Thanks, I have applied all patches except:
- 08: I prefer someone knowing KVM better than me reviews it
- 11: same
- 13: See comment from Jamie

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net

      parent reply	other threads:[~2010-03-13 15:50 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-11 13:38 [Qemu-devel] [PATCH 00/13] x86/cpuid: cleanups and fixes Andre Przywara
2010-03-11 13:38 ` [Qemu-devel] [PATCH 01/13] x86/cpuid: move CPUID functions into separate file Andre Przywara
2010-03-11 13:38 ` [Qemu-devel] [PATCH 02/13] x86/cpuid: replace magic number with named constant Andre Przywara
2010-03-11 13:38 ` [Qemu-devel] [PATCH 03/13] x86/cpuid: fix missing feature set bits Andre Przywara
2010-03-11 13:38 ` [Qemu-devel] [PATCH 04/13] x86/cpuid: moved host_cpuid function and remove prototype Andre Przywara
2010-03-11 13:38 ` [Qemu-devel] [PATCH 05/13] x86/cpuid: add missing CPUID feature flag names Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 06/13] x86/cpuid: add "host" to the list of supported CPU models Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 07/13] x86/cpuid: remove unnecessary kvm_trim function Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 08/13] x86/cpuid: propagate further CPUID leafs when -cpu host Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 09/13] x86/cpuid: add TCG feature bit trimming Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 10/13] x86/cpuid: Always expose 32 and 64-bit CPUs Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 11/13] x86/cpuid: Add kvm32 CPU model Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 12/13] x86/cpuid: fix CPUID levels Andre Przywara
2010-03-11 13:39 ` [Qemu-devel] [PATCH 13/13] x86/cpuid: Update qemu64/32 CPU models Andre Przywara
2010-03-13  0:06   ` Jamie Lokier
2010-03-13 15:50 ` Aurelien Jarno [this message]

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=20100313155012.GG26216@hall.aurel32.net \
    --to=aurelien@aurel32.net \
    --cc=andre.przywara@amd.com \
    --cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.