|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v5 4/8] microcode: delete 'mc' field from struct ucode_cpu_info
On Tue, Jan 29, 2019 at 10:25:03AM +0100, Roger Pau Monné wrote:
>Thanks for the cleanup!
>
>On Mon, Jan 28, 2019 at 03:06:46PM +0800, Chao Gao wrote:
>> diff --git a/xen/include/asm-x86/microcode.h
>> b/xen/include/asm-x86/microcode.h
>> index fc98fed..507da2e 100644
>> --- a/xen/include/asm-x86/microcode.h
>> +++ b/xen/include/asm-x86/microcode.h
>> @@ -19,7 +19,6 @@ struct microcode_patch {
>> };
>>
>> struct microcode_ops {
>> - int (*microcode_resume_match)(unsigned int cpu, const void *mc);
>> int (*cpu_request_microcode)(unsigned int cpu, const void *buf,
>> size_t size);
>> int (*collect_cpu_info)(unsigned int cpu, struct cpu_signature *csig);
>> @@ -39,11 +38,6 @@ struct cpu_signature {
>>
>> struct ucode_cpu_info {
>> struct cpu_signature cpu_sig;
>> - union {
>> - struct microcode_intel *mc_intel;
>> - struct microcode_amd *mc_amd;
>> - void *mc_valid;
>> - } mc;
>> };
>
>Is there really a need for such structure since it only has one field
>now?
>
>I'm trying to figure out whether this is expanded by further patches,
>but it seems like it's not, if so please remove the struct altogether.
>
>I'm also wondering whether it's needed to store the cpu signature in
>the pcpu area, AFAICT you always call collect_cpu_info before
>apply_microcode, at which point cpu_signature could be stored in the
>stack and passed to apply_microcode as a parameter?
>
>Or apply_microcode could call collect_cpu_info directly. Getting rid
>of the pcpu field would also allow you to get rid of
>microcode_fini_cpu, further cleaning the code.
Your suggestions are viable and will follow them.
Thanks
Chao
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |