[PATCH v4 00/12] arm+arm64: vdso unification to lib/vdso/
Mark Salyzyn
salyzyn at android.com
Wed Nov 1 07:45:00 PDT 2017
On 11/01/2017 02:40 AM, Will Deacon wrote:
> On Tue, Oct 31, 2017 at 06:04:19PM -0400, Jon Masters wrote:
>> On 10/31/2017 02:30 PM, Mark Salyzyn wrote:
>>> Take an effort to recode the arm64 vdso code from assembler to C
>>> previously submitted by Andrew Pinski <apinski at cavium.com>, rework
>>> it for use in both arm and arm64, overlapping any optimizations
>>> for each architecture. But instead of landing it in arm64, land the
>>> result into lib/vdso and unify both implementations to simplify
>>> future maintenance. This will act as the basis for implementing
>>> arm64 vdso32 in the future.
>> In the original patch series, our QE folks found a problem that lead to
>> its revertion from our internal trees. I've pinged them to check this
>> latest version and followup if we see the same failures now.
> Could you elaborate a bit on the problem you found, please? Even if you
> don't see it with this series, it doesn't mean it isn't lurking somewhere
> else (potentially even in mainline!).
>
> Will
Interested too!
NB: I expect there can also be some patch series confusion
I have taken two separate, stalling and publicized efforts (arm64
vdso64->C apinski@ and vdso32 Kevin.brodsky@), merged them, tested them,
divided them into relatively orthogonal elements, then broke them into
smaller independent patch series' (divide and conquer). The final set of
vdso32 changes are still pending as I watch each of the three prior
smaller patch series' morph on the road to approval. The broken up
series created thus far are:
[PATCH] arm64: compat: Remove leftover variable declaration (approved)
[PATCH vx x/3] arm64: compat: Add CONFIG_KUSER_HELPERS (pending)
[PATCH] arm64: compat: Expose offset to registers in sigframes (pending)
[PATCH vx x/12] arm+arm64: vdso unification to lib/vdso (pending, this one)
My suspicion is the final vdso32 changes (blocked by all of these +
clangizing, not yet republished as rebased) could be the culprit Jon
Masters could be speaking of?
Sincerely -- Mark Salyzyn
More information about the linux-arm-kernel
mailing list