[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v10 15/16] microcode: disable late loading if CPUs are affected by BDF90
On 12.09.2019 09:22, Chao Gao wrote: > @@ -283,6 +284,27 @@ static enum microcode_match_result compare_patch( > : OLD_UCODE; > } > > +static bool is_blacklisted(void) > +{ > + struct cpuinfo_x86 *c = ¤t_cpu_data; > + uint64_t llc_size = c->x86_cache_size * 1024ULL; > + struct cpu_signature *sig = &this_cpu(cpu_sig); > + > + do_div(llc_size, c->x86_max_cores); > + > + /* > + * Late loading on model 79 with microcode revision less than 0x0b000021 > + * and LLC size per core bigger than 2.5MB may result in a system hang. > + * This behavior is documented in item BDF90, #334165 (Intel Xeon > + * Processor E7-8800/4800 v4 Product Family). > + */ > + if ( c->x86 == 6 && c->x86_model == 0x4F && c->x86_mask == 0x1 && > + llc_size > 2621440 && sig->rev < 0x0b000021 ) > + return true; > + > + return false; > +} Isn't this misbehavior worked around by the wbinvd() you add in the next patch? > --- a/xen/include/asm-x86/microcode.h > +++ b/xen/include/asm-x86/microcode.h > @@ -30,6 +30,7 @@ struct microcode_ops { > bool (*match_cpu)(const struct microcode_patch *patch); > enum microcode_match_result (*compare_patch)( > const struct microcode_patch *new, const struct microcode_patch > *old); > + bool (*is_blacklisted)(void); Why a hook rather than a boolean flag, which could be set by microcode_update_one() (as invoked during AP bringup)? Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |