Re: [Xen-devel] Ping: [PATCH] x86/CPUID: RSTR_FP_ERR_PTRS depends on FPU

2019-12-06 Thread Andrew Cooper
On 08/10/2019 10:32, Jan Beulich wrote:
> On 25.09.2019 17:27, Jan Beulich wrote:
>> There's nothing to restore here if there's no FPU in the first place.
>>
>> Signed-off-by: Jan Beulich 
>> ---
>> To be considered for 4.13 since RSTR_FP_ERR_PTRS support was introduced
>> just recently.
> And already release-acked by Jürgen.

Acked-by: Andrew Cooper 

___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

[Xen-devel] Ping: [PATCH] x86/CPUID: RSTR_FP_ERR_PTRS depends on FPU

2019-10-08 Thread Jan Beulich
On 25.09.2019 17:27, Jan Beulich wrote:
> There's nothing to restore here if there's no FPU in the first place.
> 
> Signed-off-by: Jan Beulich 
> ---
> To be considered for 4.13 since RSTR_FP_ERR_PTRS support was introduced
> just recently.

And already release-acked by Jürgen.

Jan

> --- a/xen/tools/gen-cpuid.py
> +++ b/xen/tools/gen-cpuid.py
> @@ -168,8 +168,9 @@ def crunch_numbers(state):
>  deps = {
>  # FPU is taken to mean support for the x87 regisers as well as the
>  # instructions.  MMX is documented to alias the %MM registers over 
> the
> -# x87 %ST registers in hardware.
> -FPU: [MMX],
> +# x87 %ST registers in hardware.  Correct restoring of error pointers
> +# of course makes no sense without there being anything to restore.
> +FPU: [MMX, RSTR_FP_ERR_PTRS],
>  
>  # The PSE36 feature indicates that reserved bits in a PSE superpage
>  # may be used as extra physical address bits.

___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel