Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2071256pxu; Sun, 6 Dec 2020 18:00:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJxTg7I/XkEkzzOKn8GXrpo+sr8bl9IxUcsRPvwMUZ1xnT8+FCYHiuK6zRb0B/7Ikd8ucVFT X-Received: by 2002:aa7:d9c1:: with SMTP id v1mr17983256eds.115.1607306406555; Sun, 06 Dec 2020 18:00:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607306406; cv=none; d=google.com; s=arc-20160816; b=BEEn+j0xf1ZdcMYdLyEsblp6lTbzz81CCWdrrGkoXtD+5u+75/AfURVsOTx6guekVr jTKQcVKlmd3TcBUbKLTB9fdoxSrNdmUVPRsG3KA2rQ1x+PZ3Csqeji95kfdsZwSilW5V pRpO93naFNL9mlNZtmLWbFR3mBmOFq54yvaYhuKTthgSk4yvSNAOrqSTDLeS2kcpBIsV wQnx7p8jzxlge/Arl9V4OLgg7p2fsw2EQRHD39vmROZHDzkIHgjR5pBI+54UGeFIeP6b jCh1nLFtQKp8+EURgpezdha5s8rOD29cAK1GvOH0pae6513zhjuFLsmU3/uo0ya3ETFE xdIA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature:dkim-filter; bh=GlK/s+EgmPB0irtv3GsX2LP5l3rsRGSrZ5ZAEDyFZWo=; b=tHxnovs4MYwaDup25ybvxZRm+Pd4AFcuoqwh6yoZMPFvIGWizkSahQmeFnljaOviL4 5N1dPm7LmhTZ7VlXFk05wmanizIYfiiA0glX9I97fg+H6l35yadDQHUoZMSkvtdi2LYh TLEhQF+mbm6uPYDe/DOauExcuykwDpbpEzvqPo8JFtEKiKb5sX5gXr3kGxicKmY0g3g2 Q5tshCNZuzOpD4Zb0UJe1C6J7djJu7w/zZ382kU81CRAGQrgZzULwELyNBrSx1t1coN2 hE6EsGoEYvNFhGdFxFk0cCLVoKMbrcM+30JmhPNhgRwme+ciTnUZVzqTq+Qo4uNRdaxm N1gA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=K2s7YpIG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w6si7393940edf.136.2020.12.06.17.59.43; Sun, 06 Dec 2020 18:00:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=K2s7YpIG; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728585AbgLGB6I (ORCPT + 99 others); Sun, 6 Dec 2020 20:58:08 -0500 Received: from linux.microsoft.com ([13.77.154.182]:50274 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726858AbgLGB6H (ORCPT ); Sun, 6 Dec 2020 20:58:07 -0500 Received: from [192.168.0.104] (c-73-42-176-67.hsd1.wa.comcast.net [73.42.176.67]) by linux.microsoft.com (Postfix) with ESMTPSA id 9B79620B717A; Sun, 6 Dec 2020 17:57:25 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 9B79620B717A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1607306246; bh=GlK/s+EgmPB0irtv3GsX2LP5l3rsRGSrZ5ZAEDyFZWo=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=K2s7YpIG3jT6Kbmk7H5cqTFtoC8kKL0UxcO2SbLxrElURapXNMC5TMrEQNEMfHS2J cmPtogosChV2GbmjuMWRlHvHrS+FySyeZm02j8sE59kG+IZ0nMPWLwl9Jkg8w6mC/N xPe+vrF3OmZyxLbSitDAtLCscev//C+4Xmof8A3A= Subject: Re: [PATCH v10 5/8] powerpc: Move remove_ima_buffer() to drivers/of/kexec.c To: Thiago Jung Bauermann Cc: zohar@linux.ibm.com, robh@kernel.org, gregkh@linuxfoundation.org, james.morse@arm.com, catalin.marinas@arm.com, sashal@kernel.org, will@kernel.org, mpe@ellerman.id.au, benh@kernel.crashing.org, paulus@samba.org, robh+dt@kernel.org, frowand.list@gmail.com, vincenzo.frascino@arm.com, mark.rutland@arm.com, dmitry.kasatkin@gmail.com, jmorris@namei.org, serge@hallyn.com, pasha.tatashin@soleen.com, allison@lohutok.net, kstewart@linuxfoundation.org, takahiro.akashi@linaro.org, tglx@linutronix.de, masahiroy@kernel.org, bhsharma@redhat.com, mbrugger@suse.com, hsinyi@chromium.org, tao.li@vivo.com, christophe.leroy@c-s.fr, linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, prsriva@linux.microsoft.com, balajib@linux.microsoft.com References: <20201204195149.611-1-nramas@linux.microsoft.com> <20201204195149.611-6-nramas@linux.microsoft.com> <87sg8km2n5.fsf@manicouagan.localdomain> From: Lakshmi Ramasubramanian Message-ID: <19238597-5866-b5bb-2d84-e8f9a5c6089b@linux.microsoft.com> Date: Sun, 6 Dec 2020 17:57:25 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <87sg8km2n5.fsf@manicouagan.localdomain> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/5/20 12:14 PM, Thiago Jung Bauermann wrote: > > Lakshmi Ramasubramanian writes: > >> remove_ima_buffer() removes the chosen node "linux,ima-kexec-buffer" >> from the device tree and frees the memory reserved for carrying forward >> the IMA measurement logs on kexec. This function does not have >> architecture specific code, but is currently limited to powerpc. >> >> Move remove_ima_buffer() to "drivers/of/ima_kexec.c" so that it is > > s/ima_kexec./kexec.c/ Will fix it. > >> accessible for other architectures as well. >> >> Co-developed-by: Prakhar Srivastava >> Signed-off-by: Prakhar Srivastava >> Signed-off-by: Lakshmi Ramasubramanian > > Looks good. Just minor comments below. Nevertheless: > > Reviewed-by: Thiago Jung Bauermann > >> --- >> arch/powerpc/include/asm/ima.h | 8 ++------ >> arch/powerpc/kexec/ima.c | 26 -------------------------- >> drivers/of/kexec.c | 29 +++++++++++++++++++++++++++++ >> include/linux/kexec.h | 1 + >> 4 files changed, 32 insertions(+), 32 deletions(-) >> >> diff --git a/arch/powerpc/include/asm/ima.h b/arch/powerpc/include/asm/ima.h >> index ead488cf3981..a2fc71bc3b23 100644 >> --- a/arch/powerpc/include/asm/ima.h >> +++ b/arch/powerpc/include/asm/ima.h >> @@ -2,17 +2,13 @@ >> #ifndef _ASM_POWERPC_IMA_H >> #define _ASM_POWERPC_IMA_H >> >> +#include >> + >> struct kimage; > > When you include , there's no need anymore for the > `struct kimage` forward declaration so you can remove it. Sure - i'll remove the forward declaration. > >> >> int ima_get_kexec_buffer(void **addr, size_t *size); >> int ima_free_kexec_buffer(void); >> >> -#ifdef CONFIG_IMA >> -void remove_ima_buffer(void *fdt, int chosen_node); >> -#else >> -static inline void remove_ima_buffer(void *fdt, int chosen_node) {} >> -#endif >> - > > This patch introduces a slight behaviour change on powerpc when > CONFIG_IMA isn't set: since remove_ima_buffer() is now defined, > kexec_file_load() will remove the IMA kexec buffer when creating the FDT > for the next kernel. Before this patch, it will leave it there. > > I think it's actually an improvement since a stale IMA kexec buffer > isn't useful and just wastes memory. This should be mentioned on the > commit message. Thanks Thiago. Appreciate if you could test this change for powerpc and let me know if you see any issues. >> #ifdef CONFIG_IMA_KEXEC >> int arch_ima_add_kexec_buffer(struct kimage *image, unsigned long load_addr, >> size_t size); >> diff --git a/arch/powerpc/kexec/ima.c b/arch/powerpc/kexec/ima.c >> index 906e8212435d..68017123b07d 100644 >> --- a/arch/powerpc/kexec/ima.c >> +++ b/arch/powerpc/kexec/ima.c >> @@ -61,32 +61,6 @@ int ima_free_kexec_buffer(void) >> return memblock_free(addr, size); >> } >> >> -/** >> - * remove_ima_buffer - remove the IMA buffer property and reservation from @fdt >> - * >> - * @fdt: Flattened Device Tree to update >> - * @chosen_node: Offset to the chosen node in the device tree >> - * >> - * The IMA measurement buffer is of no use to a subsequent kernel, so we always >> - * remove it from the device tree. >> - */ >> -void remove_ima_buffer(void *fdt, int chosen_node) >> -{ >> - int ret; >> - unsigned long addr; >> - size_t size; >> - >> - ret = get_ima_kexec_buffer(fdt, chosen_node, &addr, &size); >> - if (ret) >> - return; >> - >> - fdt_delprop(fdt, chosen_node, "linux,ima-kexec-buffer"); >> - >> - ret = delete_fdt_mem_rsv(fdt, addr, size); >> - if (!ret) >> - pr_debug("Removed old IMA buffer reservation.\n"); >> -} >> - >> #ifdef CONFIG_IMA_KEXEC >> /** >> * arch_ima_add_kexec_buffer - do arch-specific steps to add the IMA buffer >> diff --git a/drivers/of/kexec.c b/drivers/of/kexec.c >> index 516b86f7113a..42d16dfff78d 100644 >> --- a/drivers/of/kexec.c >> +++ b/drivers/of/kexec.c >> @@ -129,3 +129,32 @@ int get_ima_kexec_buffer(void *fdt, int chosen_node, >> >> return 0; >> } >> + >> +/** >> + * remove_ima_buffer - remove the IMA buffer property and reservation from @fdt >> + * >> + * @fdt: Flattened Device Tree to update >> + * @chosen_node: Offset to the chosen node in the device tree >> + * >> + * The IMA measurement buffer is of no use to a subsequent kernel, so we always >> + * remove it from the device tree. >> + */ >> +void remove_ima_buffer(void *fdt, int chosen_node) >> +{ >> + int ret; >> + unsigned long addr; >> + size_t size; >> + >> + if (!IS_ENABLED(CONFIG_HAVE_IMA_KEXEC)) >> + return; >> + >> + ret = get_ima_kexec_buffer(fdt, chosen_node, &addr, &size); >> + if (ret) >> + return; >> + >> + fdt_delprop(fdt, chosen_node, "linux,ima-kexec-buffer"); >> + >> + ret = delete_fdt_mem_rsv(fdt, addr, size); >> + if (!ret) >> + pr_debug("Removed old IMA buffer reservation.\n"); >> +} >> diff --git a/include/linux/kexec.h b/include/linux/kexec.h >> index 10ff704ab670..52a0efff184d 100644 >> --- a/include/linux/kexec.h >> +++ b/include/linux/kexec.h >> @@ -411,6 +411,7 @@ static inline int kexec_crash_loaded(void) { return 0; } >> extern int get_root_addr_size_cells(int *addr_cells, int *size_cells); >> extern int get_ima_kexec_buffer(void *fdt, int chosen_node, >> unsigned long *addr, size_t *size); >> +extern void remove_ima_buffer(void *fdt, int chosen_node); >> extern int delete_fdt_mem_rsv(void *fdt, unsigned long start, >> unsigned long size); >> #endif /* CONFIG_OF_FLATTREE */ > > Same comment as before: remove the `extern` keyword. > Will remove "extern" keyword. -lakshmi