On Fri, Jan 15, 2021 at 11:10:44PM +0000, Andrew Cooper wrote:
> So all the moving parts are in one function.
> 
> No functional change.
> 
> Signed-off-by: Andrew Cooper <andrew.coop...@citrix.com>
> ---
> CC: Jan Beulich <jbeul...@suse.com>
> CC: Roger Pau Monné <roger....@citrix.com>
> CC: Wei Liu <w...@xen.org>
> CC: Marek Kasiewicz <marek.kasiew...@3mdeb.com>
> CC: Norbert Kamiński <norbert.kamin...@3mdeb.com>
> CC: Michal Zygowski <michal.zygow...@3mdeb.com>
> CC: Piotr Krol <piotr.k...@3mdeb.co>
> CC: Krystian Hebel <krystian.he...@3mdeb.com>
> CC: Daniel P. Smith <dpsm...@apertussolutions.com>
> CC: Rich Persaud <pers...@gmail.com>
> CC: Christopher Clark <christopher.w.cl...@gmail.com>
> ---
>  xen/arch/x86/smpboot.c | 10 ++++++++--
>  1 file changed, 8 insertions(+), 2 deletions(-)
> 
> diff --git a/xen/arch/x86/smpboot.c b/xen/arch/x86/smpboot.c
> index 67e727cebd..9eca452ce1 100644
> --- a/xen/arch/x86/smpboot.c
> +++ b/xen/arch/x86/smpboot.c
> @@ -426,6 +426,13 @@ static int wakeup_secondary_cpu(int phys_apicid, 
> unsigned long start_eip)
>      int maxlvt, timeout, i;
>  
>      /*
> +     * Some versions of tboot might be able to handle the entire wake 
> sequence
> +     * on our behalf.
> +     */
> +    if ( tboot_in_measured_env() && tboot_wake_ap(phys_apicid, start_eip) )

I think you are missing a ! in front of tboot_wake_ap?

Thanks, Roger.

Reply via email to