[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2 2/3] target/arm: Implement an IMPDEF pauth algorithm
From: |
Richard Henderson |
Subject: |
Re: [PATCH v2 2/3] target/arm: Implement an IMPDEF pauth algorithm |
Date: |
Fri, 14 Aug 2020 09:08:13 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
On 8/14/20 2:26 AM, Andrew Jones wrote:
>> +static uint64_t __attribute__((noinline))
>> +pauth_computepac_impdef(uint64_t data, uint64_t modifier, ARMPACKey key)
>
> Out of curiosity, why do we need to make these computepac functions
> noinline?
Oh, heh. Left over from profiling. Will remove.
> I think this patch should come before the last one. As it stands, when
> bisecting between the last one and this one a user could attempt to
> enable pauth-imdef, but it wouldn't do anything, or it would potentially
> break things. However, this patch shouldn't change anything if it comes
> first.
The current patch ordering would enable impdef but implement that with the
architected algorithm. Which is ok.
But you're right that the other ordering makes more sense.
r~