All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sean Christopherson <seanjc@google.com>
To: Kai Huang <kai.huang@intel.com>
Cc: "pbonzini@redhat.com" <pbonzini@redhat.com>,
	"nikunj@amd.com" <nikunj@amd.com>,
	 "thomas.lendacky@amd.com" <thomas.lendacky@amd.com>,
	"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
	 "joao.m.martins@oracle.com" <joao.m.martins@oracle.com>,
	 "santosh.shukla@amd.com" <santosh.shukla@amd.com>,
	"bp@alien8.de" <bp@alien8.de>
Subject: Re: [PATCH v4 3/7] KVM: x86: Move enable_pml variable to common x86 code
Date: Tue, 14 Oct 2025 12:22:51 -0700	[thread overview]
Message-ID: <aO6jC_UEH13oWIs0@google.com> (raw)
In-Reply-To: <c6d0df58437e0f76ce9bdf0c3b7f5b53c81989a9.camel@intel.com>

On Tue, Oct 14, 2025, Kai Huang wrote:
> On Mon, 2025-10-13 at 06:25 +0000, Nikunj A Dadhania wrote:
> > Move the enable_pml module parameter from VMX-specific code to common x86
> > KVM code. This allows both VMX and SVM implementations to access the same
> > PML enable/disable control.
> > 
> > No functional change, just code reorganization to support shared PML
> > infrastructure.
> > 
> > Suggested-by: Kai Huang <kai.huang@intel.com>
> 
> For the record :-)
> 
> When I moved the 'enable_pml' from VMX to x86 in the diff I attached to v6
> was purely because vmx_update_cpu_dirty_logging() checks 'enable_pml' and
> after it got moved to x86 the new kvm_vcpu_update_cpu_dirty_logging() also
> needed to use it (for the sake of just moving code).
> 
> I didn't mean to suggest to use a common boolean in x86 and let SVM/VMX
> code to access it, since the downside is we need to export it.  But I
> think it's not a bad idea either.

Ya.  At some point it might makes sense to define "struct kvm_params", a la
"kvm_caps" and "kvm_host_values", so that we don't need a pile of one-off exports.
I'm not sure I'm entirely in favor of that idea though, as I think it'd be a net
negative for overall code readability.  And with EXPORT_SYMBOL_FOR_KVM_INTERNAL,
exports feel a lot less gross :-)


  reply	other threads:[~2025-10-14 19:22 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-13  6:25 [PATCH v4 0/7] KVM: SVM: Add Page Modification Logging (PML) support Nikunj A Dadhania
2025-10-13  6:25 ` [PATCH v4 1/7] KVM: x86: Carve out PML flush routine Nikunj A Dadhania
2025-10-14 22:04   ` Huang, Kai
2025-10-15  4:32     ` Nikunj A. Dadhania
2025-10-13  6:25 ` [PATCH v4 2/7] KVM: x86: Move PML page to common vcpu arch structure Nikunj A Dadhania
2025-10-13  6:25 ` [PATCH v4 3/7] KVM: x86: Move enable_pml variable to common x86 code Nikunj A Dadhania
2025-10-14 11:24   ` Huang, Kai
2025-10-14 19:22     ` Sean Christopherson [this message]
2025-10-14 20:47       ` Huang, Kai
2025-10-15  4:39         ` Nikunj A. Dadhania
2025-10-13  6:25 ` [PATCH v4 4/7] KVM: x86: Move nested CPU dirty logging logic to common code Nikunj A Dadhania
2025-10-14 11:34   ` Huang, Kai
2025-10-14 20:40     ` Huang, Kai
2025-10-14 21:24       ` Sean Christopherson
2025-10-14 21:37         ` Huang, Kai
2025-10-15  4:43           ` Nikunj A. Dadhania
2025-10-15  5:27             ` Huang, Kai
2025-10-15  9:06               ` Nikunj A. Dadhania
2025-10-15 21:37                 ` Huang, Kai
2025-10-16  9:23                   ` Nikunj A. Dadhania
2025-10-13  6:25 ` [PATCH v4 5/7] x86/cpufeatures: Add Page modification logging Nikunj A Dadhania
2025-10-13  6:25 ` [PATCH v4 6/7] KVM: SVM: Use BIT_ULL for 64-bit nested_ctl bit definitions Nikunj A Dadhania
2025-10-13  6:25 ` [PATCH v4 7/7] KVM: SVM: Add Page modification logging support Nikunj A Dadhania
2025-10-17  5:13   ` Huang, Kai
2025-11-06  9:28     ` Nikunj A. Dadhania

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=aO6jC_UEH13oWIs0@google.com \
    --to=seanjc@google.com \
    --cc=bp@alien8.de \
    --cc=joao.m.martins@oracle.com \
    --cc=kai.huang@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=nikunj@amd.com \
    --cc=pbonzini@redhat.com \
    --cc=santosh.shukla@amd.com \
    --cc=thomas.lendacky@amd.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.