[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3096066.EsygCdbVZz@basile.remlab.net>
Date: Mon, 16 Mar 2020 12:32:30 +0200
From: Rémi Denis-Courmont <remi@...lab.net>
To: linux-arm-kernel@...ts.infradead.org
Cc: Mark Rutland <mark.rutland@....com>, suzuki.poulose@....com,
catalin.marinas@....com, ard.biesheuvel@...aro.org,
linux-kernel@...r.kernel.org, james.morse@....com,
julien.thierry.kdev@...il.com, maz@...nel.org, will@...nel.org
Subject: Re: [PATCH] arm64: move kimage_vaddr to .rodata
Le torstaina 12. maaliskuuta 2020, 18.40.36 EET Mark Rutland a écrit :
> On Thu, Mar 12, 2020 at 11:40:02AM +0200, Rémi Denis-Courmont wrote:
> > From: Remi Denis-Courmont <remi.denis.courmont@...wei.com>
> >
> > This datum is not referenced from .idmap.text: it does not need to be
> > mapped in idmap. Lets move it to .rodata as it is never written to after
> > early boot of the primary CPU.
> > (Maybe .data.ro_after_init would be cleaner though?)
>
> Can we move this into arch/arm64/mm/mmu.c, where we already have
>
> kimage_voffset:
> | u64 kimage_voffset __ro_after_init;
> | EXPORT_SYMBOL(kimage_voffset);
>
> ... or is it not possible to initialize kimage_vaddr correctly in C?
Currently TEXT_OFFSET is defined by the Makefile only for assembler sources and
the linker script. So that would need to be exposed to CPPFLAGS as well.
--
Реми Дёни-Курмон
http://www.remlab.net/
Powered by blists - more mailing lists