Re: [PATCH v2 3/4] x86/cpu-policy: Simplify recalculate_xstate()

2024-05-02 Thread Jan Beulich
On 02.05.2024 15:24, Andrew Cooper wrote: > On 02/05/2024 1:39 pm, Jan Beulich wrote: >> On 29.04.2024 20:28, Andrew Cooper wrote: >>> Make use of the new xstate_uncompressed_size() helper rather than >>> maintaining >>> the running calculation while accumulating feature components. >> xstate_unco

Re: [PATCH v2 3/4] x86/cpu-policy: Simplify recalculate_xstate()

2024-05-02 Thread Andrew Cooper
On 02/05/2024 1:39 pm, Jan Beulich wrote: > On 29.04.2024 20:28, Andrew Cooper wrote: >> Make use of the new xstate_uncompressed_size() helper rather than maintaining >> the running calculation while accumulating feature components. > xstate_uncompressed_size() isn't really a new function, but the

Re: [PATCH v2 3/4] x86/cpu-policy: Simplify recalculate_xstate()

2024-05-02 Thread Jan Beulich
On 29.04.2024 20:28, Andrew Cooper wrote: > Make use of the new xstate_uncompressed_size() helper rather than maintaining > the running calculation while accumulating feature components. xstate_uncompressed_size() isn't really a new function, but the re-work of an earlier one. That, aiui, could ha

[PATCH v2 3/4] x86/cpu-policy: Simplify recalculate_xstate()

2024-04-29 Thread Andrew Cooper
Make use of the new xstate_uncompressed_size() helper rather than maintaining the running calculation while accumulating feature components. The rest of the CPUID data can come direct from the raw cpu policy. All per-component data form an ABI through the behaviour of the X{SAVE,RSTOR}* instructi