From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Date: Tue, 01 Jun 2021 09:36:27 +0100 Message-ID: <87y2bu0yno.wl-maz@kernel.org> From: Marc Zyngier Subject: Re: [PATCH v2 1/5] arm64: kexec_file: Forbid non-crash kernels In-Reply-To: References: <20210531095720.77469-1-maz@kernel.org> <20210531095720.77469-2-maz@kernel.org> MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Ard Biesheuvel Cc: kexec@lists.infradead.org, Linux ARM , Linux Kernel Mailing List , Catalin Marinas , Will Deacon , Mark Rutland , James Morse , Lorenzo Pieralisi , Hanjun Guo , Sudeep Holla , Eric Biederman , Bhupesh SHARMA , AKASHI Takahiro , Dave Young , Andrew Morton , Moritz Fischer , Android Kernel Team , "# 3.4.x" On Mon, 31 May 2021 20:37:49 +0100, Ard Biesheuvel wrote: > > On Mon, 31 May 2021 at 11:57, Marc Zyngier wrote: > > > > It has been reported that kexec_file doesn't really work on arm64. > > It completely ignores any of the existing reservations, which results > > in the secondary kernel being loaded where the GICv3 LPI tables live, > > or even corrupting the ACPI tables. > > > > Since only crash kernels are imune to this as they use a reserved > > memory region, disable the non-crash kernel use case. Further > > patches will try and restore the functionality. > > > > Reported-by: Moritz Fischer > > Signed-off-by: Marc Zyngier > > Cc: stable@vger.kernel.org # 5.10 > > Acked-by: Ard Biesheuvel > > ... but do we really only need this in 5.10 and not earlier? We *do* need something in earlier kernel (as mentioned in the cover letter), but not this patch (arch_kexec_locate_mem_hole doesn't exist there, so there is nothing to override). I guess that completely disabling CONFIG_KEXEC_FILE on arm64 is the way to go for 5.4 and earlier, as I don't think there is any crash kernel support there. Thanks, M. -- Without deviation from the norm, progress is not possible. _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec