[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2 2/6] x86: replace APERFMPERF synthetic feature bit
- To: Jan Beulich <jbeulich@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: Jason Andryuk <jason.andryuk@xxxxxxx>
- Date: Tue, 9 Dec 2025 17:25:48 -0500
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=suse.com smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
- 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=CncUYlPo2/LGqC3hDoToPjiSctTRNP8xoa/Y5Mj2DFY=; b=sIbfEwls51egG64rGsHU2Qiu02laBkV22lqPTAmT98drFVhf7W6LgCI+64dRY3r7Hbts/rW12wWpYet0/G1TW3LXsueUzwFjACjjyOngH468XacKiVYswh6DJOynCZbZ7RpueOEJgjMp+B5nfwqd/19AYUixoqX1yUbJy7xDQc4xdF8QSQ7lXdW1mB+J4FguLR27Xlgchef1L+XjIRH02a3laRBDhM2o7SZjUNAb9CyQ4yhDsmlnvsEaCdfHdnm42I75k/p2CKtSewjpXJyJrUzI2J3zIxOHkDCgLJQmLnJtVU/3MhSGb0Of5sx3DPnMAqA7LYePbjIZssaFtsXEhQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Wm8wKZoeQUNK4YhWnb1piHdDKrdzPviixUfuczdfrA2hMEQk/VA6Oxj2RwRaYFYWWjuYQNYxTDkURuE2PNCaijMRRg4RxZs9cMRijzxTkqCzqaUD9Ny4rQOtkP981xk8v+dW2Sj8/r7G38Fki3/6zjQsD1mjdhdHcHCEDz54LWlPlRqyZMTbasvBgJv7YVBybKX2KTFzG3cgZg2vrL7sHAgcAibvjyMWINh6o2gUKaaFHYZpkfuvGe7Z+bXQ4JeUekz2Kuy32zyy+aRMzcWdHFWj/zwM9mLmVHjBa2HTuSErAJZK2oFi84TDsOdzCAXe706zbLcd57ER2apcG+V8aQ==
- Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Delivery-date: Tue, 09 Dec 2025 22:26:00 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 2025-11-24 07:23, Jan Beulich wrote:
Use the respective host CPU policy bit instead. This has the (tolerable,
as we generally assume symmetry anyway) effect of using the BSP's
(unleveled) setting, rather than the result of leveling (as is done by
identify_cpu() on boot_cpu_data, rendering the variable name somewhat
misleading).
Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
Reviewed-by: Jason Andryuk <jason.andryuk@xxxxxxx>
|
