[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] x86/hvm: Disallow CR0.PG 1->0 transitions when CS.L=1
- To: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- Date: Thu, 13 Apr 2023 13:08:34 +0100
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; 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=7KazW/e7IpADiN0sjCBUE50+wnvHb9vU6fgRXtc6R2I=; b=g6b+TQ/AGvG5TOKj0WwfPpcv+ibqPDmqpduMmUiIj4t6KOBcx905VIsMIG8+gr0RQLq1guUclNUN6hoqXMMeboHeJDClIiO8Ch0KFJ0yMnP0NcWSMEG7j09oWKeaKkYybmqn4hp7vHmEvsy13JJ2dwBhXo8QKgzTo6zYzLqtg7tCpL7m2Wb0fMo0g6skMkcV6Om8n5yk7HKaz1+9Dn/frEJdCRV+udA6q9CQ6fHQhhP0U/CyJzAEbgN6eQMinf1G20q/Bdhn/Cp9BdjMHT+dKhg+Ge0KBIlVoe1G3ZQLCPCA91hwBqP8xCU+zArBhLrecVxZLD0fOYOpRC6GpybJyA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Q0Jjc31Gti3egFW9Qhs5dLK/uYaUJ+c0KGrWoyq7mssKd28gkDNpe0j+8y2Ph6MOSgvVErAyrpEBZ61fY1UjhhKiqs/0WgYeVBn2G+7dIU9+8qT5F+ka19qvWbYo+J7dATxz6zUscGpXE7Ox40CuGOaYISfWV0fjJ0N7K0kE+Fk4SAqIDc7n7abj3Zvk8BwpQ3db7LgB95jA0n8G4vT2q6LkZG0RyVeqPGHIp+yV1C5PGLljpCFqeCWJfPwUZJWJejuScXZOHXY4edXrOgjN7eM3aYFPg95o0sud76W6XUDBROuhEpUQcxsbqpkiY+ZaSprnxU3y0ZoOGHF9y2BbhQ==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
- Cc: Jan Beulich <JBeulich@xxxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>
- Delivery-date: Thu, 13 Apr 2023 12:09:07 +0000
- Ironport-data: A9a23:Dr/FlKoMvLn0YMDuFv1DM76j8EZeBmI1ZBIvgKrLsJaIsI4StFCzt garIBnXOP3YZmOkKYtybd+z8UgA7J7RzIQyTARk+ChmF3gWpJuZCYyVIHmrMnLJJKUvbq7FA +Y2MYCccZ9uHhcwgj/3b9ANeFEljfngqoLUUbKCYWYpA1c/Ek/NsDo788YhmIlknNOlNA2Ev NL2sqX3NUSsnjV5KQr40YrawP9UlKm06WJwUmAWP6gR5weCziJNVfrzGInqR5fGatgMdgKFb 76rIIGRpgvx4xorA9W5pbf3GmVirmn6ZFXmZtJ+AsBOszAazsAA+v9T2Mk0MC+7vw6hjdFpo OihgLTrIesf0g8gr8xGO/VQO3kW0aSrY9YrK1Dn2SCY5xWun3cBX5yCpaz5VGEV0r8fPI1Ay RAXACAvdzGAgOWa/Or4evN8lJw9NOXxP6pK7xmMzRmBZRonabbqZv2WoPpnhnI3jM0IGuvCb c0EbzYpdA7HfxBEJlYQDtQ5gfusgX78NTZfrTp5p4JuuzSVkFM3j+OraYWPEjCJbZw9ckKwj 2TK5WnmRDodM8SS02Gt+XOwnO7f2yj8Xer+EZXhrqM22ATPnzF75Bs+e2DgvOurhk2CSctaE 0Uz8TYfooII3Rn+JjX6d1jiyJKehTYMVtwVH+Ak5QWlzqvP/x3fFmUCViRGatEtqIkxXzNC/ n2jks7tBDdvmKaIUn/b/bCRxRutPQAFIGlEYjULJTbp+PHmqYA3yxfQFNBqFfbpisWvQG6qh TeXsCI5mrMfy9YR0Lm29kzGhDTqoYXVSgky5UPcWWfNAh5FWbNJrreAsTDzhcus5q7AJrVdl BDoQ/Sj0d0=
- Ironport-hdrordr: A9a23:BMPltqFwDClf4LpQpLqEMceALOsnbusQ8zAXPiFKOGFom6mj/P xG88576faKskd2ZJhNo7y90eq7MArhHOdOkPIs1O6ZLXPbUQiTXf1fBOnZowEIcheWnoRgPM FbHJSWY+ecMbEVt6jHCHTRKadZ/DBSytHLuQ+jp00dKj2CE5sQjDuR/TzrdnGe7TM2YKYEKA ==
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 12/04/2023 7:35 pm, Andrew Cooper wrote:
> diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c
> index 1454c1732d95..3c8d28a2d8be 100644
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -2340,6 +2340,21 @@ int hvm_set_cr0(unsigned long value, bool may_defer)
> }
> else if ( !(value & X86_CR0_PG) && (old_value & X86_CR0_PG) )
> {
> + struct segment_register cs;
> +
> + hvm_get_segment_register(v, x86_seg_cs, &cs);
> +
> + /*
> + * Intel documents a #GP fault in this case, and VMEntry checks
> reject
> + * it as a valid state. AMD permits the state transition, and hits
> + * SHUTDOWN immediately thereafter. Follow the Intel behaviour.
> + */
> + if ( cs.l )
It occurs to me that this needs to be qualified with LME first, because
cs.l is software-available outside of long mode.
~Andrew
> + {
> + HVM_DBG_LOG(DBG_LEVEL_1, "Guest attempts to clear CR0.PG while
> CS.L=1");
> + return X86EMUL_EXCEPTION;
> + }
> +
> if ( hvm_pcid_enabled(v) )
> {
> HVM_DBG_LOG(DBG_LEVEL_1, "Guest attempts to clear CR0.PG "
|