From: Shivansh Dhiman <shivansh.dhiman@amd.com>
To: Yosry Ahmed <yosry@kernel.org>
Cc: <seanjc@google.com>, <pbonzini@redhat.com>, <tglx@linutronix.de>,
<mingo@redhat.com>, <kvm@vger.kernel.org>, <x86@kernel.org>,
<yosry.ahmed@linux.dev>, <jmattson@google.com>,
<thomas.lendacky@amd.com>, <nikunj.dadhania@amd.com>,
<ravi.bangoria@amd.com>, <santosh.shukla@amd.com>,
Shivansh Dhiman <shivansh.dhiman@amd.com>
Subject: Re: [RESEND PATCH v2] KVM: SVM: Add Bus Lock Detect support
Date: Mon, 6 Jul 2026 12:57:47 +0530 [thread overview]
Message-ID: <264ee78b-de9c-4529-ac75-e93e68bb9b8d@amd.com> (raw)
In-Reply-To: <akL5VmXwhdvVrVfD@google.com>
On 30-06-26 04:38, Yosry Ahmed wrote:
> On Mon, Jun 29, 2026 at 08:10:18AM +0000, Shivansh Dhiman wrote:
>> From: Ravi Bangoria <ravi.bangoria@amd.com>
>>
>> Add Bus Lock Detect support in AMD SVM. Bus Lock Detect is enabled through
>> MSR_IA32_DEBUGCTLMSR and MSR_IA32_DEBUGCTLMSR is virtualized only if LBR
>> Virtualization is enabled. Add this dependency in the SVM.
>>
>> While adding Bus Lock Detect support, also fix DR6 handling in nested
>> virtualization. Using DR6_FIXED_1 to prevent reset of BLD bit (bit 11)
>> between VMRUNs. However, it preserves DR6_RTM, which is a reserved bit
>> on AMD processors. So, DR6_RTM bit must always be set to 1.
>>
>> Signed-off-by: Ravi Bangoria <ravi.bangoria@amd.com>
>> Reviewed-by: Tom Lendacky <thomas.lendacky@amd.com>
>> Co-developed-by: Shivansh Dhiman <shivansh.dhiman@amd.com>
>> Signed-off-by: Shivansh Dhiman <shivansh.dhiman@amd.com>
>> ---
>> Changelog:
>> v2 --> v2 Resend
>> * No functional changes.
>> * Rebased on top of tag: kvm-x86-next-2026.06.24.
>>
>> v1 --> v2
>> * Rebased and used guest_cpu_cap_has() instead of guest_cpuid_has().
>>
>> v2: https://lore.kernel.org/kvm/20251121081228.426974-1-shivansh.dhiman@amd.com/
>> v1: https://lore.kernel.org/all/20240808062937.1149-5-ravi.bangoria@amd.com
>> ---
>> arch/x86/kvm/svm/nested.c | 3 ++-
>> arch/x86/kvm/svm/svm.c | 17 ++++++++++++++++-
>> arch/x86/kvm/svm/svm.h | 2 +-
>> 3 files changed, 19 insertions(+), 3 deletions(-)
>>
>> diff --git a/arch/x86/kvm/svm/nested.c b/arch/x86/kvm/svm/nested.c
>> index c1485c3e691c..4fdc58d38afe 100644
>> --- a/arch/x86/kvm/svm/nested.c
>> +++ b/arch/x86/kvm/svm/nested.c
>> @@ -808,7 +808,8 @@ static void nested_vmcb02_prepare_save(struct vcpu_svm *svm)
>>
>> if (unlikely(new_vmcb12 || vmcb12_is_dirty(control, VMCB_DR))) {
>> vmcb02->save.dr7 = svm->nested.save.dr7 | DR7_FIXED_1;
>> - svm->vcpu.arch.dr6 = svm->nested.save.dr6 | DR6_ACTIVE_LOW;
>> + /* DR6_RTM is a reserved bit on AMD and as such must be set to 1 */
>> + svm->vcpu.arch.dr6 = svm->nested.save.dr6 | DR6_FIXED_1 | DR6_RTM;
>> vmcb_mark_dirty(vmcb02, VMCB_DR);
>> }
>>
>> diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
>> index ef69a51ab27f..b4b0fa730916 100644
>> --- a/arch/x86/kvm/svm/svm.c
>> +++ b/arch/x86/kvm/svm/svm.c
>> @@ -884,6 +884,9 @@ void svm_update_lbrv(struct kvm_vcpu *vcpu)
>> (is_guest_mode(vcpu) && guest_cpu_cap_has(vcpu, X86_FEATURE_LBRV) &&
>> (svm->nested.ctl.misc_ctl2 & SVM_MISC2_ENABLE_V_LBR));
>>
>> + /* Bus Lock Detect depends on LBR Virtualization */
>> + enable_lbrv |= (svm->vmcb->save.dbgctl & DEBUGCTLMSR_BUS_LOCK_DETECT);
>> +
>
> A few lines above we have:
>
> bool enable_lbrv = (svm->vmcb->save.dbgctl & DEBUGCTLMSR_LBR) ||
> (is_guest_mode(vcpu) && guest_cpu_cap_has(vcpu, X86_FEATURE_LBRV) &&
> (svm->nested.ctl.misc_ctl2 & SVM_MISC2_ENABLE_V_LBR));
>
> We probably want to combine "svm->vmcb->save.dbgctl & DEBUGCTLMSR_LBR"
> with the new added check, and use nested_vmcb12_has_lbrv(). Maybe
> end up with something like this (you'll probably want to refactor in a
> separate patch):
>
> bool enable_lbrv = false;
>
> if (svm->vmcb->save.dbgctl & (DEBUGCTLMSR_LBR | DEBUGCTLMSR_BUS_LOCK_DETECT))
> enable_lbrv = true;
>
> if (is_guest_mode(vcpu) && nested_vmcb12_has_lbrv(vcpu))
> enable_lbrv = true;
>
>
Agreed. I'll split this into a separate refactoring patch before the
Bus Lock Detect change in v3.
> ---
>
> Completely unrelated to this patch, but we should probably just clear
> SVM_MISC2_ENABLE_V_LBR in __nested_copy_vmcb_control_to_cache() if the
> guest vCPU doesn't have X86_FEATURE_LBRV instead of checking
> X86_FEATURE_LBRV every time, similar to SVM_MISC_ENABLE_NP
> and SVM_MISC_ENABLE_GMET.
Makes sense, I'll add that as a separate patch too.
Thanks for the review!
>
>> if (enable_lbrv && !current_enable_lbrv)
>> __svm_enable_lbrv(vcpu);
>> else if (!enable_lbrv && current_enable_lbrv)
>> @@ -3160,6 +3163,10 @@ static int svm_set_msr(struct kvm_vcpu *vcpu, struct msr_data *msr)
>> data &= ~DEBUGCTLMSR_BTF;
>> }
>>
>> + if ((data & DEBUGCTLMSR_BUS_LOCK_DETECT) &&
>> + !guest_cpu_cap_has(vcpu, X86_FEATURE_BUS_LOCK_DETECT))
>> + return 1;
>> +
>> if (data & DEBUGCTL_RESERVED_BITS)
>> return 1;
>>
>> @@ -5591,9 +5598,17 @@ static __init void svm_set_cpu_caps(void)
>> * Clear capabilities that are automatically configured by common code,
>> * but that require explicit SVM support (that isn't yet implemented).
>> */
>> - kvm_cpu_cap_clear(X86_FEATURE_BUS_LOCK_DETECT);
>> kvm_cpu_cap_clear(X86_FEATURE_MSR_IMM);
>>
>> + /*
>> + * LBR Virtualization must be enabled to support BusLockTrap inside the
>> + * guest, since BusLockTrap is enabled through MSR_IA32_DEBUGCTLMSR and
>> + * MSR_IA32_DEBUGCTLMSR is virtualized only if LBR Virtualization is
>> + * enabled.
>> + */
>> + if (!lbrv)
>> + kvm_cpu_cap_clear(X86_FEATURE_BUS_LOCK_DETECT);
>> +
>> kvm_setup_xss_caps();
>> kvm_finalize_cpu_caps();
>> }
>> diff --git a/arch/x86/kvm/svm/svm.h b/arch/x86/kvm/svm/svm.h
>> index 716be21fba33..c65dc3acb5d1 100644
>> --- a/arch/x86/kvm/svm/svm.h
>> +++ b/arch/x86/kvm/svm/svm.h
>> @@ -783,7 +783,7 @@ BUILD_SVM_MSR_BITMAP_HELPERS(bool, test, test)
>> BUILD_SVM_MSR_BITMAP_HELPERS(void, clear, __clear)
>> BUILD_SVM_MSR_BITMAP_HELPERS(void, set, __set)
>>
>> -#define DEBUGCTL_RESERVED_BITS (~DEBUGCTLMSR_LBR)
>> +#define DEBUGCTL_RESERVED_BITS (~(DEBUGCTLMSR_LBR | DEBUGCTLMSR_BUS_LOCK_DETECT))
>>
>> /* svm.c */
>> extern bool dump_invalid_vmcb;
>>
>> base-commit: 50406d35f5635e1cc523e61409d57e851b5f5df8
>> --
>> 2.43.0
>>
>>
prev parent reply other threads:[~2026-07-06 7:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-29 8:10 [RESEND PATCH v2] KVM: SVM: Add Bus Lock Detect support Shivansh Dhiman
2026-06-29 8:31 ` sashiko-bot
2026-06-29 23:08 ` Yosry Ahmed
2026-07-06 7:27 ` Shivansh Dhiman [this message]
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=264ee78b-de9c-4529-ac75-e93e68bb9b8d@amd.com \
--to=shivansh.dhiman@amd.com \
--cc=jmattson@google.com \
--cc=kvm@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=nikunj.dadhania@amd.com \
--cc=pbonzini@redhat.com \
--cc=ravi.bangoria@amd.com \
--cc=santosh.shukla@amd.com \
--cc=seanjc@google.com \
--cc=tglx@linutronix.de \
--cc=thomas.lendacky@amd.com \
--cc=x86@kernel.org \
--cc=yosry.ahmed@linux.dev \
--cc=yosry@kernel.org \
/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.