Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Tue, 20 Jun 2023 11:34:43 +0800
From:   Chao Gao <chao.gao@intel.com>
To:     Yan Zhao <yan.y.zhao@intel.com>
CC:     <kvm@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
        <pbonzini@redhat.com>, <seanjc@google.com>, <kai.huang@intel.com>,
        <robert.hoo.linux@gmail.com>
Subject: Re: [PATCH v3 07/11] KVM: VMX: drop IPAT in memtype when CD=1 for
 KVM_X86_QUIRK_CD_NW_CLEARED
Message-ID: <ZJEeUywBg5q/bSYi@chao-email>
References: <20230616023101.7019-1-yan.y.zhao@intel.com>
 <20230616023815.7439-1-yan.y.zhao@intel.com>
 <ZJESMaG5Thb5LWtt@chao-email>
 <ZJEQNTvfwOSsSzrf@yzhao56-desk.sh.intel.com>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <ZJEQNTvfwOSsSzrf@yzhao56-desk.sh.intel.com>
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?R/fun/yXw02NmSWlJCxy6ifOIVTr/uSzIiHgXdZN9tjZ0kA/kNyvsB8aoAoz?=
 =?us-ascii?Q?Z/LS79E/bEefAA73juJ1RjJlwUXCs/rUCt6OsuKzhcCoZVCz46vF+KRJ2dm+?=
 =?us-ascii?Q?YqruM1JOA5N2F+WVpzzuRlslPiwFPFQBuVxCigAicYs9LgBnLYmTk9VtDo1B?=
 =?us-ascii?Q?Zkr/gzN4ZrgXV5zd0TpFu1WCbQKCoBJoiD7gI5s7aSfCwosyCJm2d+kgioGU?=
 =?us-ascii?Q?MjtMbYRD+UxYdZmJQApTqtDt+YUTcFZT4NaQ52/mY/cdpBEpHLwqJx55xTfQ?=
 =?us-ascii?Q?buKuBWVcYtbuXib/JcMJghKpnBUJBlf7uYGgb1mLvu2SAQCOs9AsBpmcnG8+?=
 =?us-ascii?Q?lGZE9DgcmI0gQ3PpZv3OtuOqY+yy1ji9R72yRxgyZu3hc+R8TevfoOdkJmqq?=
 =?us-ascii?Q?5ExlzG7zzyqZ/23uMpfGhnFp3BftojU/0iCR2j58FZRq+fAorGMeR6yDjn+S?=
 =?us-ascii?Q?+Y4+4Dc69E0KfuBxKKfl5d4hZkq9BH0K4w1V+HJJtgMop99mV8s4yjzeeNcr?=
 =?us-ascii?Q?tpvUJvBuk9bnO6MypWCsi+pei524t9O1wB/S3Ox5ckx+Co3hcl7vSuIbQg53?=
 =?us-ascii?Q?OVbqtjV0BHafijnVZ32cXLsYPWEDC178GjTRlocifAfD8EoWFdpd+MyqLLOa?=
 =?us-ascii?Q?uM01zPjHOOcsfgc1XuYDi2t8TF4Dv+NutR05kpWRfqNr4Si+lSoQAIrLq1Vf?=
 =?us-ascii?Q?Am3ziwFwHQI3lLOYpVfHS2+iZAF423FQwtRc4n52f1sDdcOI2aQ0XkWHFUGO?=
 =?us-ascii?Q?8Sjf1My6o7nF86Cxb+d0bpHALxj3NWu/xFWv0LJQTzmUAnyLQ1Gydsz7JKAm?=
 =?us-ascii?Q?/jpmTY/ooWFUzHdnqMo/ch9RxKsWpjMV2nsL6qwpGQwwLVqqkA1gso7LGOHN?=
 =?us-ascii?Q?lKCRjH1gkzaVBcUoQx36bcdL4dC+WTXppGZa4ZoH1vBy6DQ9rzIHLBNsK8e6?=
 =?us-ascii?Q?x1z3XU+wuqHRQVcufDybCnv9P4wVMbR1ivtakk9eiYXNYFtQEUXhhS19aV1n?=
 =?us-ascii?Q?/A0jEr1eEV2V94InrDr5BlOHwsZ3CyOttVVh5St8sN1HVsXPSs5cH9XZy20C?=
 =?us-ascii?Q?QJLd+Q7Q8Eu3CjWVPrsN+OJPnesFGTaMYoNqHqNBziGPfesMdAwezaKP7czA?=
 =?us-ascii?Q?d5jMjWwYpfLCGolof6buOrGoWhR252prD+KTnXXfLLfXIgrjl1HU+KoCxjEU?=
 =?us-ascii?Q?0ptz2MneSD4pWyelBjYtVKr80y+4v+7e1D3TIUpvZ8QAdy5MlFA9qmYVh3Qi?=
 =?us-ascii?Q?YQ7bMUcTuVg/WFkYLTRnrysvQ4xmeOOEtVdH+j+UMFOd6DHVzAfDh/rOaUau?=
 =?us-ascii?Q?seUFjIplNGc8ZbZRpgAyRlyM6CmX4IO9zDTA/Vuf3aSLBUM9vRawM4UolUGm?=
 =?us-ascii?Q?EFnBy7s0VeG6dMEp5385ONE0qsMXpJpqI5s9AATFvGGn+MryjB/xljn8xyiR?=
 =?us-ascii?Q?1XbdQK11pWcxGTinDMXTQI+97g+GMX+1VooYWzrtEbWjtNHKN5Os8XRuETZf?=
 =?us-ascii?Q?b8ZBAJRTZ7fryhe1Udt/vmKmFsoyPxtOnjVk7kjAcPMNvBGLN5ubv7uzavLW?=
 =?us-ascii?Q?jND3a934yPQTZe71Kx0DmHEUs2cxBsIT77KJ+wns?=
X-MS-Exchange-CrossTenant-Network-Message-Id: e4abfd90-cfb8-41ec-5179-08db713f4f0b
X-MS-Exchange-CrossTenant-AuthSource: PH8PR11MB6780.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Jun 2023 03:34:53.0597
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: u5+C2ylgQ8Ky0jruDBxFJ1yGYXRGkBYfgWBUTtI6vnsCNjBXr7xeEgw8TXg3owosXGuFRmiXF7vcesBR2uC9bg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR11MB7733
X-OriginatorOrg: intel.com
X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,
        DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,
        SPF_NONE,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham
        autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Tue, Jun 20, 2023 at 10:34:29AM +0800, Yan Zhao wrote:
>On Tue, Jun 20, 2023 at 10:42:57AM +0800, Chao Gao wrote:
>> On Fri, Jun 16, 2023 at 10:38:15AM +0800, Yan Zhao wrote:
>> >For KVM_X86_QUIRK_CD_NW_CLEARED, remove the ignore PAT bit in EPT memory
>> >types when cache is disabled and non-coherent DMA are present.
>> >
>> >With the quirk KVM_X86_QUIRK_CD_NW_CLEARED, WB + IPAT are returned as the
>> >EPT memory type when guest cache is disabled before this patch.
>> >Removing the IPAT bit in this patch will allow effective memory type to
>> >honor PAT values as well, which will make the effective memory type
>> 
>> Given guest sets CR0.CD, what's the point of honoring (guest) PAT? e.g.,
>> which guests can benefit from this change?
>This patch is actually a preparation for later patch 10 to implement
>fine-grained zap.
>If when CR0.CD=1 the EPT type is WB + IPAT, and
>when CR0.CD=0 + mtrr enabled, EPT type is WB or UC or ..., which are
>without IPAT, then we have to always zap all EPT entries.

OK. The goal is to reduce the cost of toggling CR0.CD. The key is if KVM sets
the IPAT, then when CR0.CD is cleared by guest, KVM has to zap _all_ EPT entries
at least to clear IPAT.

Can kvm honor guest MTRRs as well when CR0.CD=1 && with the quirk? then later
clearing CR0.CD needn't zap _any_ EPT entry. But the optimization is exactly the
one removed in patch 6. Maybe I miss something important.