From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=54265 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q0LtX-0001vB-AI for qemu-devel@nongnu.org; Thu, 17 Mar 2011 18:42:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q0LtW-0002iW-HA for qemu-devel@nongnu.org; Thu, 17 Mar 2011 18:42:15 -0400 Received: from mx1.redhat.com ([209.132.183.28]:29311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q0LtW-0002iB-6h for qemu-devel@nongnu.org; Thu, 17 Mar 2011 18:42:14 -0400 From: Glauber Costa Date: Thu, 17 Mar 2011 19:42:04 -0300 Message-Id: <1300401727-5235-1-git-send-email-glommer@redhat.com> Subject: [Qemu-devel] [PATCH 0/3] enable newer msr set for kvm List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: kvm@vger.kernel.org Cc: mtosatti@redhat.com, qemu-devel@nongnu.org, avi@redhat.com This patch is a follow up to an earlier one that aims to enable kvmclock newer msr set. This time I'm doing it through a more sane mechanism of consulting the kernel about the supported msr set. Glauber Costa (3): use kernel-provided para_features instead of statically coming up with new capabilities add kvmclock to its second bit don't create kvmclock when one of the flags are present. hw/kvmclock.c | 6 +++- target-i386/cpuid.c | 3 +- target-i386/kvm.c | 76 ++++++++++++++++++++++++++++++--------------------- 3 files changed, 51 insertions(+), 34 deletions(-) -- 1.7.2.3