[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LSU.2.21.1910301614330.18400@pobox.suse.cz>
Date: Wed, 30 Oct 2019 16:25:17 +0100 (CET)
From: Miroslav Benes <mbenes@...e.cz>
To: Mark Rutland <mark.rutland@....com>
cc: linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
amit.kachhap@....com, catalin.marinas@....com, deller@....de,
duwe@...e.de, James.Bottomley@...senPartnership.com,
james.morse@....com, jeyu@...nel.org, jpoimboe@...hat.com,
jthierry@...hat.com, linux-parisc@...r.kernel.org,
mingo@...hat.com, peterz@...radead.org, rostedt@...dmis.org,
svens@...ckframe.org, takahiro.akashi@...aro.org, will@...nel.org
Subject: Re: [PATCHv2 3/8] arm64: module: rework special section handling
On Tue, 29 Oct 2019, Mark Rutland wrote:
> When we load a module, we have to perform some special work for a couple
> of named sections. To do this, we iterate over all of the module's
> sections, and perform work for each section we recognize.
>
> To make it easier to handle the unexpected absence of a section, and to
> make the section-specific logic easer to read, let's factor the section
s/easer/easier/
> search into a helper. Similar is already done in the core module loader,
> and other architectures (and ideally we'd unify these in future).
>
> If we expect a module to have an ftrace trampoline section, but it
> doesn't have one, we'll now reject loading the module. When
> ARM64_MODULE_PLTS is selected, any correctly built module should have
> one (and this is assumed by arm64's ftrace PLT code) and the absence of
> such a section implies something has gone wrong at build time.
>
> Subsequent patches will make use of the new helper.
>
> Signed-off-by: Mark Rutland <mark.rutland@....com>
> Reviewed-by: Ard Biesheuvel <ard.biesheuvel@...aro.org>
> Cc: Catalin Marinas <catalin.marinas@....com>
> Cc: James Morse <james.morse@....com>
> Cc: Will Deacon <will@...nel.org>
Reviewed-by: Miroslav Benes <mbenes@...e.cz>
M
Powered by blists - more mailing lists