[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH 5/5] x86/HVM: improve CET-IBT pruning of ENDBR
On Wed, Nov 22, 2023 at 01:11:36PM +0100, Jan Beulich wrote: > On 22.11.2023 13:01, Roger Pau Monné wrote: > > On Wed, Nov 22, 2023 at 11:42:16AM +0100, Jan Beulich wrote: > >> On 22.11.2023 11:08, Roger Pau Monné wrote: > >>> On Thu, Nov 16, 2023 at 02:33:14PM +0100, Jan Beulich wrote: > >>>> --- a/xen/arch/x86/hvm/svm/svm.c > >>>> +++ b/xen/arch/x86/hvm/svm/svm.c > >>>> @@ -2587,6 +2587,19 @@ const struct hvm_function_table * __init > >>>> return &svm_function_table; > >>>> } > >>>> > >>>> +void __init prune_svm(void) > >>>> +{ > >>>> + /* > >>>> + * Now that svm_function_table was copied, populate all function > >>>> pointers > >>>> + * which may have been left at NULL, for __initdata_cf_clobber to > >>>> have as > >>>> + * much of an effect as possible. > >>>> + */ > >>>> + if ( !IS_ENABLED(CONFIG_XEN_IBT) ) > >>> > >>> Shouldn't this better use cpu_has_xen_ibt? > >>> > >>> Otherwise the clobbering done in _apply_alternatives() won't be > >>> engaged, so it's pointless to set the extra fields. > >> > >> That's better answered in the context of ... > >> > >>>> --- a/xen/arch/x86/hvm/vmx/vmx.c > >>>> +++ b/xen/arch/x86/hvm/vmx/vmx.c > >>>> @@ -3032,6 +3032,30 @@ const struct hvm_function_table * __init > >>>> return &vmx_function_table; > >>>> } > >>>> > >>>> +void __init prune_vmx(void) > >>>> +{ > >>>> + /* > >>>> + * Now that vmx_function_table was copied, populate all function > >>>> pointers > >>>> + * which may have been left at NULL, for __initdata_cf_clobber to > >>>> have as > >>>> + * much of an effect as possible. > >>>> + */ > >>>> + if ( !IS_ENABLED(CONFIG_XEN_IBT) ) > >>>> + return; > >>>> + > >>>> + vmx_function_table.set_descriptor_access_exiting = > >>>> + vmx_set_descriptor_access_exiting; > >>>> + > >>>> + vmx_function_table.update_eoi_exit_bitmap = > >>>> vmx_update_eoi_exit_bitmap; > >>>> + vmx_function_table.process_isr = vmx_process_isr; > >>>> + vmx_function_table.handle_eoi = vmx_handle_eoi; > >>>> + > >>>> + vmx_function_table.pi_update_irte = vmx_pi_update_irte; > >>>> + > >>>> + vmx_function_table.deliver_posted_intr = vmx_deliver_posted_intr; > >>>> + vmx_function_table.sync_pir_to_irr = vmx_sync_pir_to_irr; > >>>> + vmx_function_table.test_pir = vmx_test_pir; > >> > >> ... this: The goal of having a compile time conditional was to have the > >> compiler eliminate the code when not needed. Otherwise there's no real > >> reason to have a conditional there in the first place - we can as well > >> always install all these pointers. > > > > Maybe do: > > > > if ( !IS_ENABLED(CONFIG_XEN_IBT) || !cpu_has_xen_ibt ) > > > > then? > > Maybe. Yet then perhaps cpu_has_xen_ibt might better include the build-time > check already? I was wondering about this, yes, might be a better route. Thanks, Roger.
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |