[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3 13/15] x86/cpu/intel: Bound the non-architectural constant_tsc model checks
- To: David Woodhouse <dwmw2@xxxxxxxxxxxxx>, <x86@xxxxxxxxxx>, Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>, Tony Luck <tony.luck@xxxxxxxxx>, Jürgen Gross <jgross@xxxxxxxx>, Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
- Date: Thu, 21 Aug 2025 12:43:21 -0700
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Nr05bLjlWJosBkfTQyCNa3sUKJzs707uKsuVP3upeSw=; b=uyWqSnaoiloeCxu+2uEcX7RtDlPHnC0axbKl84gYeM5qgCOCntQ9JHgFbG4h6dIx5oIiiKU8ujAGGYxm03R+8GPK9w0EllUmqEGZeY/SV4Ko8DW0oeC/NkJdoZu+Iq98Few65F5stf3tpYZIJ4MzZRKz9MZacB9U2kjIeU5QFQwUtl8zEOeqOf2uE0RZkUcp5DNMw/tKT5STGNenYlLBh2cK1Uh9P8Q+99mYzPxCwQexP2RmJpzb0CspuoWvS0YSy4VOA0oka4xNKrGYZuIDhslg26wfRIgdjBfeg6MqOx5Uqw+o62XA4MBvWCeS/fPKGCIiJZIroniLfcmYNCu/ZA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=jrhG0DEOz5r+JbXrizzuogo9/yVE29CVk2kmMmUha9inyy8UqKTxd2NpRyKxmRhOd2uBYMAHSt/79RwuC4hJc7MypTplgjrSNAvdIKAUpuTlomcTcviDZ2C65H7q6+T5orr+MNGrCQpNKPTq0EofcYLLUoPg54EmP5us3vpJ6V5BSSA64rOmjlEVNDHlH21GGYAjs4lpS9rbxo0oxs+RH5sSJN61OGvSIMF4g5JQRDc8/rmthMRvwgjXBBGlILqVYWsBsck9SxW5MausQZxLppXcfSUNBToJRNJGEBolNiklK8Vvm9kw5jUFRA0EdPBpSC3rzd3G7YKk1jPFbz/T5Q==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com;
- Cc: Peter Zijlstra <peterz@xxxxxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>, Namhyung Kim <namhyung@xxxxxxxxxx>, Mark Rutland <mark.rutland@xxxxxxx>, "Alexander Shishkin" <alexander.shishkin@xxxxxxxxxxxxxxx>, Jiri Olsa <jolsa@xxxxxxxxxx>, Ian Rogers <irogers@xxxxxxxxxx>, Adrian Hunter <adrian.hunter@xxxxxxxxx>, "Kan Liang" <kan.liang@xxxxxxxxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Borislav Petkov <bp@xxxxxxxxx>, "H . Peter Anvin" <hpa@xxxxxxxxx>, "Rafael J . Wysocki" <rafael@xxxxxxxxxx>, Len Brown <lenb@xxxxxxxxxx>, Andy Lutomirski <luto@xxxxxxxxxx>, Viresh Kumar <viresh.kumar@xxxxxxxxxx>, Jean Delvare <jdelvare@xxxxxxxx>, Guenter Roeck <linux@xxxxxxxxxxxx>, Zhang Rui <rui.zhang@xxxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, "David Laight" <david.laight.linux@xxxxxxxxx>, Dapeng Mi <dapeng1.mi@xxxxxxxxxxxxxxx>, <linux-perf-users@xxxxxxxxxxxxxxx>, <linux-kernel@xxxxxxxxxxxxxxx>, <linux-acpi@xxxxxxxxxxxxxxx>, <linux-pm@xxxxxxxxxxxxxxx>, <kvm@xxxxxxxxxxxxxxx>, <xiaoyao.li@xxxxxxxxx>, Xin Li <xin@xxxxxxxxx>
- Delivery-date: Thu, 21 Aug 2025 19:43:40 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 8/21/2025 12:34 PM, Sohil Mehta wrote:
> On 8/21/2025 6:15 AM, David Woodhouse wrote:
>
>> Hm. My test host is INTEL_HASWELL_X (0x63f). For reasons which are
>> unclear to me, QEMU doesn't set bit 8 of 0x80000007 EDX unless I
>> explicitly append ',+invtsc' to the existing '-cpu host' on its command
>> line. So now my guest doesn't think it has X86_FEATURE_CONSTANT_TSC.
>>
>
> Haswell should have X86_FEATURE_CONSTANT_TSC, so I would have expected
> the guest bit to be set. Until now, X86_FEATURE_CONSTANT_TSC was set
> based on the Family-model instead of the CPUID enumeration which may
> have hid the issue.
>
Correction:
s/instead/as well as
> From my initial look at the QEMU implementation, this seems intentional.
>
> QEMU considers Invariant TSC as un-migratable which prevents it from
> being exposed to migratable guests (default).
> target/i386/cpu.c:
> [FEAT_8000_0007_EDX]
> .unmigratable_flags = CPUID_APM_INVTSC,
>
> Can you please try '-cpu host,migratable=off'?
This is mainly to verify. If confirmed, I am not sure what the long term
solution should be.
|