[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v5] hvm/svm: Implement Debug events
On Vi, 2018-03-23 at 09:35 -0400, Boris Ostrovsky wrote: > On 03/23/2018 05:10 AM, Jan Beulich wrote: > > > > > > > > > > > > > > > > > > > On 23.03.18 at 09:31, <aisaila@xxxxxxxxxxxxxxx> wrote: > > > @@ -2656,9 +2663,28 @@ void svm_vmexit_handler(struct > > > cpu_user_regs *regs) > > > HVMTRACE_0D(SMI); > > > break; > > > > > > + case VMEXIT_ICEBP: > > > case VMEXIT_EXCEPTION_DB: > > > if ( !v->domain->debugger_attached ) > > > - hvm_inject_hw_exception(TRAP_debug, > > > X86_EVENT_NO_EC); > > > + { > > > + int rc; > > > + unsigned int trap_type = exit_reason == VMEXIT_ICEBP > > > ? > > > + X86_EVENTTYPE_PRI_SW_EXCEPTION : > > > X86_EVENTTYPE_HW_EXCEPTION; > > > + > > > + inst_len = 0; > > > + > > > + if ( trap_type == X86_EVENTTYPE_PRI_SW_EXCEPTION ) > > > + inst_len = __get_instruction_length(v, > > > INSTR_ICEBP); > > It'll be the SVM maintainers to judge, but I think the code > > structure > > I've previously suggested would make things more clear: > > > > if ( exit_reason != VMEXIT_ICEBP ) > > { > > trap_type == X86_EVENTTYPE_HW_EXCEPTION; > > inst_len = 0; > > } > > else > > { > > trap_type == X86_EVENTTYPE_PRI_SW_EXCEPTION; > > inst_len = __get_instruction_length(v, > > INSTR_ICEBP); > > } > > > > Perhaps even with likely() added. > Yes, I also think this is easier to read. > > -boris > > Ok, I will change it in the next version ~Alex ________________________ This email was scanned by Bitdefender _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |