[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <164554689454.798651.14045173364982958108.b4-ty@kernel.org>
Date: Tue, 22 Feb 2022 22:38:03 +0000
From: Will Deacon <will@...nel.org>
To: Mark Rutland <mark.rutland@....com>, linux-kernel@...r.kernel.org,
catalin.marinas@....com, peterz@...radead.org
Cc: kernel-team@...roid.com, Will Deacon <will@...nel.org>,
tglx@...utronix.de, linux-arm-kernel@...ts.infradead.org,
bp@...en8.de, ardb@...nel.org, broonie@...nel.org,
dave.hansen@...ux.intel.com, jpoimboe@...hat.com, acme@...hat.com,
mingo@...hat.com, jslaby@...e.cz, joey.gouly@....com
Subject: Re: [PATCH v4 0/4] linkage: better symbol aliasing
On Wed, 16 Feb 2022 16:22:25 +0000, Mark Rutland wrote:
> Catalin, Will, Peter: I think this is ready now and would like to get it
> queued, but it looks like this may (trivially) conflict with other bits
> we'll want to queue in either the arm64 tree (Joey's string routine
> changes [4]), or tip tree (Peter's IBT series).
>
> I assume the best thing to do would be to have a stable branch merged in
> both of those. I've tagged this such that it can be pulled (details
> below); Peter also suggested he could make a stable branch in the tip
> tree. Any preference?
>
> [...]
Applied to arm64 (for-next/linkage), thanks!
[1/4] linkage: add SYM_FUNC_ALIAS{,_LOCAL,_WEAK}()
https://git.kernel.org/arm64/c/e0891269a8c2
[2/4] arm64: clean up symbol aliasing
https://git.kernel.org/arm64/c/0f61f6be1f7f
[3/4] x86: clean up symbol aliasing
https://git.kernel.org/arm64/c/7be2e319640c
[4/4] linkage: remove SYM_FUNC_{START,END}_ALIAS()
https://git.kernel.org/arm64/c/be9aea744004
Cheers,
--
Will
https://fixes.arm64.dev
https://next.arm64.dev
https://will.arm64.dev
Powered by blists - more mailing lists