Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 36548C433F5 for ; Thu, 25 Nov 2021 19:07:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348943AbhKYTKm (ORCPT ); Thu, 25 Nov 2021 14:10:42 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36188 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344775AbhKYTIl (ORCPT ); Thu, 25 Nov 2021 14:08:41 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EAE5EC061748; Thu, 25 Nov 2021 11:04:59 -0800 (PST) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1637867098; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Oz7HCCJbRZTXPY8sP0FTAqsOpkpeXGFLm05SsvM3whY=; b=Q+62m+JawlMj+kcJc27ohBMMD7XpbafWwRKl3OnoKzzdyzKeRB7Ywga5nyy30i4BgJUPIs aNMjjCI3ZK9qynJHz0z3MVXlXPcrl+KXFdOkeKmX2wdbXNcSXt9jFu7MaSqKiWHV9FgA+H uZV+3frTlzZ0UZggzCfQHRf+hceF30fFdbaZmMp0Y8wbAW/HLF8vO8KV0LNSHHNqU8kLG4 drTgy74NFHQNGhRhu5JfKfWQFnr94ewH3fxSVaH3+h6IEv0+N9+CQGXYjMKr3DeDq5elsw pCq4y4ULJQmxhmPX+UwBEr3+o93oH53hQGwY2XRz4hsNXaIxUmOupq/EXzXlFg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1637867098; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Oz7HCCJbRZTXPY8sP0FTAqsOpkpeXGFLm05SsvM3whY=; b=rF5T8wrwT7kWq7/HBOgl3nNOSIut3uMNySQY2r/DSRSwbEhUv+FjMT1Modo3BDltP80c8/ LoYrWdbphlNfJwCw== To: isaku.yamahata@intel.com, Ingo Molnar , Borislav Petkov , "H . Peter Anvin" , Paolo Bonzini , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , erdemaktas@google.com, Connor Kuehl , Sean Christopherson , linux-kernel@vger.kernel.org, kvm@vger.kernel.org Cc: isaku.yamahata@intel.com, isaku.yamahata@gmail.com, Sean Christopherson Subject: Re: [RFC PATCH v3 12/59] KVM: x86/mmu: Zap only leaf SPTEs for deleted/moved memslot by default In-Reply-To: <2d195882a4f834256c319aaf669ab933cbe6688a.1637799475.git.isaku.yamahata@intel.com> References: <2d195882a4f834256c319aaf669ab933cbe6688a.1637799475.git.isaku.yamahata@intel.com> Date: Thu, 25 Nov 2021 20:04:57 +0100 Message-ID: <87zgpsjbty.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 24 2021 at 16:19, isaku yamahata wrote: > From: Sean Christopherson > > Zap only leaf SPTEs when deleting/moving a memslot by default, and add a > module param to allow reverting to the old behavior of zapping all SPTEs > at all levels and memslots when any memslot is updated. This changelog describes WHAT the change is doing, which can be seen in the patch itself, but it gives zero justification neither for the change nor for the existance of the module parameter. Thanks, tglx