From nobody Sat Oct 4 12:41:19 2025 Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D228D1E32CF; Sat, 16 Aug 2025 10:13:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=90.155.92.199 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755339208; cv=none; b=ZpXjh3k2vTqky0VCbHo8erDAlhl2MTWsIKxr8LiNtB1GJ79YXYC8y/7C0Xliar/HBxNt6FBM6bAiIOrClFsviI/QNA99ViIgLOZg5+sx501INeSwFHz10fGxT5ovrdRCIeEFd7o4n3jVF1nOvUastfCFoaEXh7yVJEDALmWKxtQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755339208; c=relaxed/simple; bh=Uk0cXH8F2Qchs59LmWckrLh9k+2D2InGvd+K6U+WQ5U=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=qIuGwvIYA5mabyVOJ3GQY+AiqvvH5kzqzu45WS7KWYKhttTzQq3yvYGFFCIej/9XnjqUVQDuQcw3hX8dlAQS/smE8cxJqJ4jCAwqyVv8JTg590vg/iXj4C9rKf35g/JgW3NJ0xu79L3cfyAnuHX4vFtSKAoSADAx6UAWnWqbelQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=desiato.srs.infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=gkjHH4fY; arc=none smtp.client-ip=90.155.92.199 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=desiato.srs.infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="gkjHH4fY" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:To:From:Reply-To: Cc:Content-Type:Content-ID:Content-Description; bh=IP9zfjZjBpKjNLU5g3/LbX3rTsuu30U8uTB+FpB+6ug=; b=gkjHH4fYvaWJNYnMQ7qBbRspuz PxjJdMMo8zATDZZn2isfswT4Yiw3KJVoU6P7oCJfgTgb16lz1ILoUIsriE8lknlcylNmmaqP5kih7 Au6d42wVejjY5ci7o3NHd5TMKKdjzow5u6MyffpsCa+/pTOJmDGzMRgQbgsizhKJ+7mVkIwVD67DB +P70xX8Ase1Q/7pYKsTD6izUqUyie0/VSprsm5aZ/zjFkQUoTs+uKs93W5KLsvGZNXZEVTmert5Nx 1lcQB0bH8s1j5HOPInlzAZTWZmT8us5+H4qCbQ34Z0bFhc1TNhl6LTA0+3R+SWgZHU4zwiYHVrvHJ yINNdFGw==; Received: from [2001:8b0:10b:1::425] (helo=i7.infradead.org) by desiato.infradead.org with esmtpsa (Exim 4.98.2 #2 (Red Hat Linux)) id 1unDuT-0000000GxZr-1ptl; Sat, 16 Aug 2025 10:13:13 +0000 Received: from dwoodhou by i7.infradead.org with local (Exim 4.98.1 #2 (Red Hat Linux)) id 1unDuQ-0000000Asu9-0z7A; Sat, 16 Aug 2025 11:13:10 +0100 From: David Woodhouse To: Sean Christopherson , Paolo Bonzini , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Vitaly Kuznetsov , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, graf@amazon.de, Ajay Kaher , Alexey Makhalov , Colin Percival Subject: [PATCH v2 1/3] KVM: x86: Restore caching of KVM CPUID base Date: Sat, 16 Aug 2025 11:10:00 +0100 Message-ID: <20250816101308.2594298-2-dwmw2@infradead.org> X-Mailer: git-send-email 2.49.0 In-Reply-To: <20250816101308.2594298-1-dwmw2@infradead.org> References: <20250816101308.2594298-1-dwmw2@infradead.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sender: David Woodhouse X-SRS-Rewrite: SMTP reverse-path rewritten from by desiato.infradead.org. See http://www.infradead.org/rpr.html Content-Type: text/plain; charset="utf-8" From: David Woodhouse This mostly reverts commit a5b32718081e ("KVM: x86: Remove unnecessary caching of KVM's PV CPUID base"). Sure, caching state which might change has certain risks, but KVM already does cache the CPUID contents, and the whole point of calling kvm_apply_cpuid_pv_features_quirk() from kvm_vcpu_after_set_cpuid() is to cache the contents of that leaf too, so that guest_pv_has() can access them quickly. An upcoming commit is going to want to use vcpu->arch.kvm_cpuid from kvm_cpuid() at runtime too, so put it back. Signed-off-by: David Woodhouse --- arch/x86/include/asm/kvm_host.h | 1 + arch/x86/kvm/cpuid.c | 16 +++++++++++----- 2 files changed, 12 insertions(+), 5 deletions(-) diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_hos= t.h index f19a76d3ca0e..50febd333f5f 100644 --- a/arch/x86/include/asm/kvm_host.h +++ b/arch/x86/include/asm/kvm_host.h @@ -897,6 +897,7 @@ struct kvm_vcpu_arch { =20 int cpuid_nent; struct kvm_cpuid_entry2 *cpuid_entries; + struct kvm_hypervisor_cpuid kvm_cpuid; bool cpuid_dynamic_bits_dirty; bool is_amd_compatible; =20 diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c index e2836a255b16..bcce3a75c3f2 100644 --- a/arch/x86/kvm/cpuid.c +++ b/arch/x86/kvm/cpuid.c @@ -178,7 +178,12 @@ static int kvm_cpuid_check_equal(struct kvm_vcpu *vcpu= , struct kvm_cpuid_entry2 =20 /* * Apply runtime CPUID updates to the incoming CPUID entries to avoid - * false positives due mismatches on KVM-owned feature flags. + * false positives due mismatches on KVM-owned feature flags. Note, + * runtime CPUID updates may consume other CPUID-driven vCPU state, + * e.g. KVM or Xen CPUID bases. Updating runtime state before full + * CPUID processing is functionally correct only because any change in + * CPUID is disallowed, i.e. using stale data is ok because the below + * checks will reject the change. * * Note! @e2 and @nent track the _old_ CPUID entries! */ @@ -231,14 +236,14 @@ static struct kvm_hypervisor_cpuid kvm_get_hypervisor= _cpuid(struct kvm_vcpu *vcp =20 static u32 kvm_apply_cpuid_pv_features_quirk(struct kvm_vcpu *vcpu) { - struct kvm_hypervisor_cpuid kvm_cpuid; struct kvm_cpuid_entry2 *best; + u32 features_leaf =3D vcpu->arch.kvm_cpuid.base | KVM_CPUID_FEATURES; =20 - kvm_cpuid =3D kvm_get_hypervisor_cpuid(vcpu, KVM_SIGNATURE); - if (!kvm_cpuid.base) + if (!vcpu->arch.kvm_cpuid.base || + vcpu->arch.kvm_cpuid.limit < features_leaf) return 0; =20 - best =3D kvm_find_cpuid_entry(vcpu, kvm_cpuid.base | KVM_CPUID_FEATURES); + best =3D kvm_find_cpuid_entry(vcpu, features_leaf); if (!best) return 0; =20 @@ -541,6 +546,7 @@ static int kvm_set_cpuid(struct kvm_vcpu *vcpu, struct = kvm_cpuid_entry2 *e2, if (r) goto err; =20 + vcpu->arch.kvm_cpuid =3D kvm_get_hypervisor_cpuid(vcpu, KVM_SIGNATURE); #ifdef CONFIG_KVM_XEN vcpu->arch.xen.cpuid =3D kvm_get_hypervisor_cpuid(vcpu, XEN_SIGNATURE); #endif --=20 2.49.0 From nobody Sat Oct 4 12:41:19 2025 Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6D51E230270; Sat, 16 Aug 2025 10:13:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=90.155.92.199 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755339210; cv=none; b=buGGETtymuaH+nkvTA3CnoTQ2+5OYUkKwP+q41jitouFv5S/VT7wl1fZwkSnm4MF/tqvT8xjIFc3+9uYmgYXAfUr+qy5UG/qZgwxcpmdAOD5eXWFrWT9EdxTgd6w3w0aAjkFGJqbGbIgO4SEEupPdtwzuT735OT2cE2jfrXdhqo= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755339210; c=relaxed/simple; bh=VISw+hcde9qZ1n3g0CEwLcclTN2nmaRHfPekI3FOWQg=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=bTLGHG2tuzHuTjq+YIYRuvhAx/3NdWLJQ/WGQokzNGFKxe4DVcaT3GjhwEy3BGknYXw+yiUbzrAMgHGAsd35VR1OFa3eAEkljsoC26KhOphtOztui1ccgf49b1zJMO8Gq9sB7W45VibaZ62kGu2UenputOj6QIx1fxoJlZSqNjI= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=desiato.srs.infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=e331t86n; arc=none smtp.client-ip=90.155.92.199 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=desiato.srs.infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="e331t86n" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:To:From:Reply-To: Cc:Content-Type:Content-ID:Content-Description; bh=BjEXtZI4JMihCuWWOH01u+3jFj7nMQzbdSm5sr6kODQ=; b=e331t86nkQIGqZjbnjC/FtEuRz QpUntS9viav/Qbas202Ugi1IehJxtxvAwY1CU7cZEkFxi194YMPtvVPWEG+drwSPyhWaFzbTgUWH3 gxw5MGcMghG0/RV37OEk45bjN49UNFpto8UIYENjt6wGi2rMgTk/hwGJt1XKlot/MLajI8J+k7PjZ r++ddsdeYOZ0tnoaQZu+eh1zvoZi7jp37Z1asV+f3dnALpBiIyGbSq0972HsPJwtYToP8shXk/qWn bJn5tzFvuBF6cAJuASWOoOMQoxir0kreQ5dP/H0Ya+Ponx+WTiao0J1LMIP6G8Y86wT2oIgMiYPDp frGd6B5w==; Received: from [2001:8b0:10b:1::425] (helo=i7.infradead.org) by desiato.infradead.org with esmtpsa (Exim 4.98.2 #2 (Red Hat Linux)) id 1unDuT-0000000GxZs-1ptY; Sat, 16 Aug 2025 10:13:13 +0000 Received: from dwoodhou by i7.infradead.org with local (Exim 4.98.1 #2 (Red Hat Linux)) id 1unDuQ-0000000AsuC-1HD3; Sat, 16 Aug 2025 11:13:10 +0100 From: David Woodhouse To: Sean Christopherson , Paolo Bonzini , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Vitaly Kuznetsov , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, graf@amazon.de, Ajay Kaher , Alexey Makhalov , Colin Percival Subject: [PATCH v2 2/3] KVM: x86: Provide TSC frequency in "generic" timing infomation CPUID leaf Date: Sat, 16 Aug 2025 11:10:01 +0100 Message-ID: <20250816101308.2594298-3-dwmw2@infradead.org> X-Mailer: git-send-email 2.49.0 In-Reply-To: <20250816101308.2594298-1-dwmw2@infradead.org> References: <20250816101308.2594298-1-dwmw2@infradead.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Sender: David Woodhouse X-SRS-Rewrite: SMTP reverse-path rewritten from by desiato.infradead.org. See http://www.infradead.org/rpr.html Content-Type: text/plain; charset="utf-8" From: David Woodhouse In https://lkml.org/lkml/2008/10/1/246 a proposal was made for generic CPUID leaves, of which only 0x40000010 was defined, to contain the TSC and local APIC frequencies. The proposal from VMware was mostly shot down in flames, *but* XNU does unconditionally assume that this leaf contains the frequency information, if it's present on any hypervisor: https://github.com/apple/darwin-xnu/blob/main/osfmk/i386/cpuid.c So does FreeBSD: https://github.com/freebsd/freebsd-src/commit/4a432614f68 So at this point it would be daft for a hypervisor to expose 0x40000010 for any *other* content. KVM might as well adopt it, and fill in the accurate TSC frequency just as it does for the Xen TSC leaf. Signed-off-by: David Woodhouse --- arch/x86/include/uapi/asm/kvm_para.h | 11 +++++++++++ arch/x86/kvm/cpuid.c | 7 +++++++ 2 files changed, 18 insertions(+) diff --git a/arch/x86/include/uapi/asm/kvm_para.h b/arch/x86/include/uapi/a= sm/kvm_para.h index a1efa7907a0b..1597c4a2a24a 100644 --- a/arch/x86/include/uapi/asm/kvm_para.h +++ b/arch/x86/include/uapi/asm/kvm_para.h @@ -44,6 +44,17 @@ */ #define KVM_FEATURE_CLOCKSOURCE_STABLE_BIT 24 =20 + +/* + * Proposed by VMware in https://lkml.org/lkml/2008/10/1/246 the timing + * information leaf provides the TSC and local APIC timer frequencies: + * + * # EAX: (Virtual) TSC frequency in kHz. + * # EBX: (Virtual) Bus (local apic timer) frequency in kHz. + * # ECX, EDX: RESERVED (reserved fields are set to zero). + */ +#define KVM_CPUID_TIMING_INFO 0x40000010 + #define MSR_KVM_WALL_CLOCK 0x11 #define MSR_KVM_SYSTEM_TIME 0x12 =20 diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c index bcce3a75c3f2..1bd69d9c86b7 100644 --- a/arch/x86/kvm/cpuid.c +++ b/arch/x86/kvm/cpuid.c @@ -2029,6 +2029,13 @@ bool kvm_cpuid(struct kvm_vcpu *vcpu, u32 *eax, u32 = *ebx, } else if (index =3D=3D 2) { *eax =3D vcpu->arch.hw_tsc_khz; } + } else if (vcpu->arch.kvm_cpuid.base && + function <=3D vcpu->arch.kvm_cpuid.limit && + function =3D=3D (vcpu->arch.kvm_cpuid.base | KVM_CPUID_TIMING_INFO))= { + if (kvm_check_request(KVM_REQ_CLOCK_UPDATE, vcpu)) + kvm_guest_time_update(vcpu); + + *eax =3D vcpu->arch.hw_tsc_khz; } } else { *eax =3D *ebx =3D *ecx =3D *edx =3D 0; --=20 2.49.0 From nobody Sat Oct 4 12:41:19 2025 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D9BF71E32CF; Sat, 16 Aug 2025 10:13:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=90.155.50.34 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755339201; cv=none; b=UI7E7Q+KVtlBeq/ggVp+GrBvhrXFO49kcNXh4xvUiRONNY0If2Q7Vu97d+PaSl0MG/TtZWM8xqd0aXV6Og+L+5C8zOF7F/vDpldx9t7H4WKWuTfz2L9LAsGLRSjCcgacsPtF4MhqyH4U99kJx9+9wa0Foko4Wo7IgtQW+Kq2NnQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755339201; c=relaxed/simple; bh=YcLRYb3R6cbIFAZW4Bn/fx9bUrc5p8RnkXaJcShWCmw=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=BdgpzGzN925xtUNBOo671Uqv9dFepAvZPdr5A9aINYGFjJR9hiwTGsDYe/ELXGyoB19e+QV/rwAmm8kfAgVXGOAVK1hV3qnjiamOVBUKeoX2qfReCwLufPNQiQTjV4/Cl4SzS01CSXCwQnQUNguQSvYtEMnqtzh7lAeYZ2YKtZg= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=casper.srs.infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=IG5dgvyP; arc=none smtp.client-ip=90.155.50.34 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=casper.srs.infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="IG5dgvyP" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Date:Subject:To: From:Reply-To:Cc:Content-ID:Content-Description; bh=Qr47CfARRDel+2qWsJEMWRvMBqYR0DRalVsR9W35LgY=; b=IG5dgvyPqP67tZ1u0R3HTjNJX4 DjnWi4DZcN4FprhK17nBuI2CPPdtnEXG2qtcwZeQ33uYCve9fYI/GPlVFl7iIgBvJa8Pty9UA+XbJ 69MsF2t6cKD/iYW9HEr6BEiZz+ZIH+HbpgdZTG7TaKU8nFAEhTkzUaHfrcvupNHzHVybgoGCgBB8D DKsMkbk+ZX0cXBpiwER30XPk5EU+Vnw9eR0iTK1oNNCoIOOoRQWh4lAXWVcPaRAQuN3xRhnGQMMVV GjN0upLeZk0OMCfdLzOeXNhndWPU7dFOR4EBSPNiLguIct/kZDlw8oBrwwNC0YjiYRnYQmdFFxAMp Y5q9mE6w==; Received: from [2001:8b0:10b:1::425] (helo=i7.infradead.org) by casper.infradead.org with esmtpsa (Exim 4.98.2 #2 (Red Hat Linux)) id 1unDuR-00000007nqC-1qiJ; Sat, 16 Aug 2025 10:13:12 +0000 Received: from dwoodhou by i7.infradead.org with local (Exim 4.98.1 #2 (Red Hat Linux)) id 1unDuQ-0000000AsuF-1ZIR; Sat, 16 Aug 2025 11:13:10 +0100 From: David Woodhouse To: Sean Christopherson , Paolo Bonzini , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Vitaly Kuznetsov , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, graf@amazon.de, Ajay Kaher , Alexey Makhalov , Colin Percival Subject: [PATCH v2 3/3] x86/kvm: Obtain TSC frequency from CPUID if present Date: Sat, 16 Aug 2025 11:10:02 +0100 Message-ID: <20250816101308.2594298-4-dwmw2@infradead.org> X-Mailer: git-send-email 2.49.0 In-Reply-To: <20250816101308.2594298-1-dwmw2@infradead.org> References: <20250816101308.2594298-1-dwmw2@infradead.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Sender: David Woodhouse X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org. See http://www.infradead.org/rpr.html From: David Woodhouse In https://lkml.org/lkml/2008/10/1/246 a proposal was made for generic CPUID conventions across hypervisors. It was mostly shot down in flames, but the leaf at 0x40000010 containing timing information didn't die. It's used by XNU and FreeBSD guests under all hypervisors=C2=B9=C2=B2 to de= termine the TSC frequency, and also exposed by the EC2 Nitro hypervisor (as well as, presumably, VMware). FreeBSD's Bhyve is probably just about to start exposing it too. Use it under KVM to obtain the TSC frequency more accurately, instead of reverse-calculating the frequency from the mul/shift values in the KVM clock. Before: [ 0.000020] tsc: Detected 2900.014 MHz processor After: [ 0.000020] tsc: Detected 2900.015 MHz processor $ cpuid -1 -l 0x40000010 CPU: hypervisor generic timing information (0x40000010): TSC frequency (Hz) =3D 2900015 bus frequency (Hz) =3D 1000000 =C2=B9 https://github.com/apple/darwin-xnu/blob/main/osfmk/i386/cpuid.c =C2=B2 https://github.com/freebsd/freebsd-src/commit/4a432614f68 Signed-off-by: David Woodhouse --- arch/x86/include/asm/kvm_para.h | 1 + arch/x86/kernel/kvm.c | 10 ++++++++++ arch/x86/kernel/kvmclock.c | 7 ++++++- 3 files changed, 17 insertions(+), 1 deletion(-) diff --git a/arch/x86/include/asm/kvm_para.h b/arch/x86/include/asm/kvm_par= a.h index 57bc74e112f2..d53927103cab 100644 --- a/arch/x86/include/asm/kvm_para.h +++ b/arch/x86/include/asm/kvm_para.h @@ -121,6 +121,7 @@ static inline long kvm_sev_hypercall3(unsigned int nr, = unsigned long p1, void kvmclock_init(void); void kvmclock_disable(void); bool kvm_para_available(void); +unsigned int kvm_para_tsc_khz(void); unsigned int kvm_arch_para_features(void); unsigned int kvm_arch_para_hints(void); void kvm_async_pf_task_wait_schedule(u32 token); diff --git a/arch/x86/kernel/kvm.c b/arch/x86/kernel/kvm.c index 8ae750cde0c6..44040e37c9a7 100644 --- a/arch/x86/kernel/kvm.c +++ b/arch/x86/kernel/kvm.c @@ -896,6 +896,16 @@ bool kvm_para_available(void) } EXPORT_SYMBOL_GPL(kvm_para_available); =20 +unsigned int kvm_para_tsc_khz(void) +{ + u32 base =3D kvm_cpuid_base(); + + if (cpuid_eax(base) >=3D (base | KVM_CPUID_TIMING_INFO)) + return cpuid_eax(base | KVM_CPUID_TIMING_INFO); + + return 0; +} + unsigned int kvm_arch_para_features(void) { return cpuid_eax(kvm_cpuid_base() | KVM_CPUID_FEATURES); diff --git a/arch/x86/kernel/kvmclock.c b/arch/x86/kernel/kvmclock.c index ca0a49eeac4a..0908450ebac9 100644 --- a/arch/x86/kernel/kvmclock.c +++ b/arch/x86/kernel/kvmclock.c @@ -117,7 +117,12 @@ static inline void kvm_sched_clock_init(bool stable) static unsigned long kvm_get_tsc_khz(void) { setup_force_cpu_cap(X86_FEATURE_TSC_KNOWN_FREQ); - return pvclock_tsc_khz(this_cpu_pvti()); + + /* + * If KVM advertises the frequency directly in CPUID, use that + * instead of reverse-calculating it from the KVM clock data. + */ + return kvm_para_tsc_khz() ? : pvclock_tsc_khz(this_cpu_pvti()); } =20 static void __init kvm_get_preset_lpj(void) --=20 2.49.0