On 24.10.2023 15:40, Nicola Vetrini wrote:
> On 24/10/2023 10:12, Jan Beulich wrote:
>> On 24.10.2023 09:58, Nicola Vetrini wrote:
>>> On 24/10/2023 09:32, Jan Beulich wrote:
>>>> On 23.10.2023 11:56, Nicola Vetrini wrote:
>>>>> --- a/xen/arch/x86/include/asm/asm_defns.h
>>>>> +++ b/xen/arch/x86/include/asm/asm_defns.h
>>>>> @@ -31,6 +31,7 @@ asm ( "\t.equ CONFIG_INDIRECT_THUNK, "
>>>>> * gets set up by the containing function.
>>>>> */
>>>>> #ifdef CONFIG_FRAME_POINTER
>>>>> +/* SAF-1-safe */
>>>>> register unsigned long current_stack_pointer asm("rsp");
>>>>> # define ASM_CALL_CONSTRAINT , "+r" (current_stack_pointer)
>>>>> #else
>>>>
>>>> SAF-1-safe is about symbols "used only by asm modules". This doesn't
>>>> apply
>>>> to the declaration here.
>>>>
>>>
>>> The wording could change to "asm code" if that is deemed clearer.
>>
>> Question is what would be meant by "asm code"; "asm modules" is quite
>> clear.
>>
>
> Well, I don't know. It's up to the community to decide that. It can be
> an ad-hoc
> justification, but I don't see much value in doing so. What do you
> propose to get this patch
> approved (at least on your account)?.
Drop this change and have Eclair recognize that what we're talking
about here is just a declaration, not a definition.
Jan