lkml.org 
[lkml]   [2022]   [Oct]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 6.0 177/862] KVM: x86: Treat #DBs from the emulator as fault-like (code and DR7.GD=1)
    Date
    From: Sean Christopherson <seanjc@google.com>

    commit 5623f751bd9c438ed12840e086f33c4646440d19 upstream.

    Add a dedicated "exception type" for #DBs, as #DBs can be fault-like or
    trap-like depending the sub-type of #DB, and effectively defer the
    decision of what to do with the #DB to the caller.

    For the emulator's two calls to exception_type(), treat the #DB as
    fault-like, as the emulator handles only code breakpoint and general
    detect #DBs, both of which are fault-like.

    For event injection, which uses exception_type() to determine whether to
    set EFLAGS.RF=1 on the stack, keep the current behavior of not setting
    RF=1 for #DBs. Intel and AMD explicitly state RF isn't set on code #DBs,
    so exempting by failing the "== EXCPT_FAULT" check is correct. The only
    other fault-like #DB is General Detect, and despite Intel and AMD both
    strongly implying (through omission) that General Detect #DBs should set
    RF=1, hardware (multiple generations of both Intel and AMD), in fact does
    not. Through insider knowledge, extreme foresight, sheer dumb luck, or
    some combination thereof, KVM correctly handled RF for General Detect #DBs.

    Fixes: 38827dbd3fb8 ("KVM: x86: Do not update EFLAGS on faulting emulation")
    Cc: stable@vger.kernel.org
    Signed-off-by: Sean Christopherson <seanjc@google.com>
    Reviewed-by: Maxim Levitsky <mlevitsk@redhat.com>
    Link: https://lore.kernel.org/r/20220830231614.3580124-9-seanjc@google.com
    Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
    ---
    arch/x86/kvm/x86.c | 27 +++++++++++++++++++++++++--
    1 file changed, 25 insertions(+), 2 deletions(-)

    --- a/arch/x86/kvm/x86.c
    +++ b/arch/x86/kvm/x86.c
    @@ -528,6 +528,7 @@ static int exception_class(int vector)
    #define EXCPT_TRAP 1
    #define EXCPT_ABORT 2
    #define EXCPT_INTERRUPT 3
    +#define EXCPT_DB 4

    static int exception_type(int vector)
    {
    @@ -538,8 +539,14 @@ static int exception_type(int vector)

    mask = 1 << vector;

    - /* #DB is trap, as instruction watchpoints are handled elsewhere */
    - if (mask & ((1 << DB_VECTOR) | (1 << BP_VECTOR) | (1 << OF_VECTOR)))
    + /*
    + * #DBs can be trap-like or fault-like, the caller must check other CPU
    + * state, e.g. DR6, to determine whether a #DB is a trap or fault.
    + */
    + if (mask & (1 << DB_VECTOR))
    + return EXCPT_DB;
    +
    + if (mask & ((1 << BP_VECTOR) | (1 << OF_VECTOR)))
    return EXCPT_TRAP;

    if (mask & ((1 << DF_VECTOR) | (1 << MC_VECTOR)))
    @@ -8801,6 +8808,12 @@ writeback:
    unsigned long rflags = static_call(kvm_x86_get_rflags)(vcpu);
    toggle_interruptibility(vcpu, ctxt->interruptibility);
    vcpu->arch.emulate_regs_need_sync_to_vcpu = false;
    +
    + /*
    + * Note, EXCPT_DB is assumed to be fault-like as the emulator
    + * only supports code breakpoints and general detect #DB, both
    + * of which are fault-like.
    + */
    if (!ctxt->have_exception ||
    exception_type(ctxt->exception.vector) == EXCPT_TRAP) {
    kvm_pmu_trigger_event(vcpu, PERF_COUNT_HW_INSTRUCTIONS);
    @@ -9724,6 +9737,16 @@ static int inject_pending_event(struct k

    /* try to inject new event if pending */
    if (vcpu->arch.exception.pending) {
    + /*
    + * Fault-class exceptions, except #DBs, set RF=1 in the RFLAGS
    + * value pushed on the stack. Trap-like exception and all #DBs
    + * leave RF as-is (KVM follows Intel's behavior in this regard;
    + * AMD states that code breakpoint #DBs excplitly clear RF=0).
    + *
    + * Note, most versions of Intel's SDM and AMD's APM incorrectly
    + * describe the behavior of General Detect #DBs, which are
    + * fault-like. They do _not_ set RF, a la code breakpoints.
    + */
    if (exception_type(vcpu->arch.exception.nr) == EXCPT_FAULT)
    __kvm_set_rflags(vcpu, kvm_get_rflags(vcpu) |
    X86_EFLAGS_RF);

    \
     
     \ /
      Last update: 2022-10-19 14:18    [W:2.669 / U:1.288 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site