From: Lakshmi Ramasubramanian <nramas@linux.microsoft.com>
To: Rob Herring <robh@kernel.org>,
	takahiro.akashi@linaro.org, will@kernel.org,
	catalin.marinas@arm.com, mpe@ellerman.id.au
Cc: Thiago Jung Bauermann <bauerman@linux.ibm.com>,
	zohar@linux.ibm.com, james.morse@arm.com, sashal@kernel.org,
	benh@kernel.crashing.org, paulus@samba.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, 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,
	linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org,
	prsriva@linux.microsoft.com, balajib@linux.microsoft.com
Subject: Re: [RFC PATCH 4/4] powerpc: Use common of_kexec_setup_new_fdt()
Date: Sat, 12 Dec 2020 07:22:16 -0800	[thread overview]
Message-ID: <c9501263-b97b-e715-fe7b-730ffee4bb3f@linux.microsoft.com> (raw)
In-Reply-To: <20201211221006.1052453-5-robh@kernel.org>
On 12/11/20 2:10 PM, Rob Herring wrote:
> Signed-off-by: Rob Herring <robh@kernel.org>
> ---
> 
> After the IMA changes, delete_fdt_mem_rsv() can also be removed.
> 
>   arch/powerpc/kexec/file_load.c | 125 ++-------------------------------
>   1 file changed, 6 insertions(+), 119 deletions(-)
> 
This change looks good to me.
Reviewed-by: Lakshmi Ramasubramanian <nramas@linux.microsoft.com>
  -lakshmi
> diff --git a/arch/powerpc/kexec/file_load.c b/arch/powerpc/kexec/file_load.c
> index e452b11df631..956bcb2d1ec2 100644
> --- a/arch/powerpc/kexec/file_load.c
> +++ b/arch/powerpc/kexec/file_load.c
> @@ -16,6 +16,7 @@
> 
>   #include <linux/slab.h>
>   #include <linux/kexec.h>
> +#include <linux/of.h>
>   #include <linux/of_fdt.h>
>   #include <linux/libfdt.h>
>   #include <asm/setup.h>
> @@ -156,132 +157,18 @@ int setup_new_fdt(const struct kimage *image, void *fdt,
>   		  unsigned long initrd_load_addr, unsigned long initrd_len,
>   		  const char *cmdline)
>   {
> -	int ret, chosen_node;
> -	const void *prop;
> -
> -	/* Remove memory reservation for the current device tree. */
> -	ret = delete_fdt_mem_rsv(fdt, __pa(initial_boot_params),
> -				 fdt_totalsize(initial_boot_params));
> -	if (ret == 0)
> -		pr_debug("Removed old device tree reservation.\n");
> -	else if (ret != -ENOENT)
> -		return ret;
> -
> -	chosen_node = fdt_path_offset(fdt, "/chosen");
> -	if (chosen_node == -FDT_ERR_NOTFOUND) {
> -		chosen_node = fdt_add_subnode(fdt, fdt_path_offset(fdt, "/"),
> -					      "chosen");
> -		if (chosen_node < 0) {
> -			pr_err("Error creating /chosen.\n");
> -			return -EINVAL;
> -		}
> -	} else if (chosen_node < 0) {
> -		pr_err("Malformed device tree: error reading /chosen.\n");
> -		return -EINVAL;
> -	}
> -
> -	/* Did we boot using an initrd? */
> -	prop = fdt_getprop(fdt, chosen_node, "linux,initrd-start", NULL);
> -	if (prop) {
> -		uint64_t tmp_start, tmp_end, tmp_size;
> -
> -		tmp_start = fdt64_to_cpu(*((const fdt64_t *) prop));
> -
> -		prop = fdt_getprop(fdt, chosen_node, "linux,initrd-end", NULL);
> -		if (!prop) {
> -			pr_err("Malformed device tree.\n");
> -			return -EINVAL;
> -		}
> -		tmp_end = fdt64_to_cpu(*((const fdt64_t *) prop));
> -
> -		/*
> -		 * kexec reserves exact initrd size, while firmware may
> -		 * reserve a multiple of PAGE_SIZE, so check for both.
> -		 */
> -		tmp_size = tmp_end - tmp_start;
> -		ret = delete_fdt_mem_rsv(fdt, tmp_start, tmp_size);
> -		if (ret == -ENOENT)
> -			ret = delete_fdt_mem_rsv(fdt, tmp_start,
> -						 round_up(tmp_size, PAGE_SIZE));
> -		if (ret == 0)
> -			pr_debug("Removed old initrd reservation.\n");
> -		else if (ret != -ENOENT)
> -			return ret;
> -
> -		/* If there's no new initrd, delete the old initrd's info. */
> -		if (initrd_len == 0) {
> -			ret = fdt_delprop(fdt, chosen_node,
> -					  "linux,initrd-start");
> -			if (ret) {
> -				pr_err("Error deleting linux,initrd-start.\n");
> -				return -EINVAL;
> -			}
> -
> -			ret = fdt_delprop(fdt, chosen_node, "linux,initrd-end");
> -			if (ret) {
> -				pr_err("Error deleting linux,initrd-end.\n");
> -				return -EINVAL;
> -			}
> -		}
> -	}
> -
> -	if (initrd_len) {
> -		ret = fdt_setprop_u64(fdt, chosen_node,
> -				      "linux,initrd-start",
> -				      initrd_load_addr);
> -		if (ret < 0)
> -			goto err;
> -
> -		/* initrd-end is the first address after the initrd image. */
> -		ret = fdt_setprop_u64(fdt, chosen_node, "linux,initrd-end",
> -				      initrd_load_addr + initrd_len);
> -		if (ret < 0)
> -			goto err;
> -
> -		ret = fdt_add_mem_rsv(fdt, initrd_load_addr, initrd_len);
> -		if (ret) {
> -			pr_err("Error reserving initrd memory: %s\n",
> -			       fdt_strerror(ret));
> -			return -EINVAL;
> -		}
> -	}
> -
> -	if (cmdline != NULL) {
> -		ret = fdt_setprop_string(fdt, chosen_node, "bootargs", cmdline);
> -		if (ret < 0)
> -			goto err;
> -	} else {
> -		ret = fdt_delprop(fdt, chosen_node, "bootargs");
> -		if (ret && ret != -FDT_ERR_NOTFOUND) {
> -			pr_err("Error deleting bootargs.\n");
> -			return -EINVAL;
> -		}
> -	}
> +	int ret;
> 
> -	if (image->type == KEXEC_TYPE_CRASH) {
> -		/*
> -		 * Avoid elfcorehdr from being stomped on in kdump kernel by
> -		 * setting up memory reserve map.
> -		 */
> -		ret = fdt_add_mem_rsv(fdt, image->arch.elf_headers_mem,
> -				      image->arch.elf_headers_sz);
> -		if (ret) {
> -			pr_err("Error reserving elfcorehdr memory: %s\n",
> -			       fdt_strerror(ret));
> -			goto err;
> -		}
> -	}
> +	ret = of_kexec_setup_new_fdt(image, fdt, initrd_load_addr, initrd_len, cmdline);
> +	if (ret)
> +		goto err;
> 
> -	ret = setup_ima_buffer(image, fdt, chosen_node);
> +	ret = setup_ima_buffer(image, fdt, fdt_path_offset(fdt, "/chosen"));
>   	if (ret) {
>   		pr_err("Error setting up the new device tree.\n");
>   		return ret;
>   	}
> 
> -	ret = fdt_setprop(fdt, chosen_node, "linux,booted-from-kexec", NULL, 0);
> -	if (ret)
> -		goto err;
> -
>   	return 0;
> 
>   err:
> --
> 2.25.1
> 
next prev parent reply	other threads:[~2020-12-12 15:23 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-11 22:10 [RFC PATCH 0/4] Kexec FDT setup consolidation Rob Herring
2020-12-11 22:10 ` [RFC PATCH 1/4] powerpc: Rename kexec elfcorehdr_addr to elf_headers_mem Rob Herring
2020-12-12  0:54   ` Lakshmi Ramasubramanian
2020-12-22 21:42   ` Thiago Jung Bauermann
2020-12-11 22:10 ` [RFC PATCH 2/4] of: Add a common kexec FDT setup function Rob Herring
2020-12-12  1:18   ` Lakshmi Ramasubramanian
2020-12-12  2:17     ` Thiago Jung Bauermann
2020-12-12  5:46       ` Lakshmi Ramasubramanian
2020-12-22 21:48   ` Thiago Jung Bauermann
2020-12-11 22:10 ` [RFC PATCH 3/4] arm64: Use common of_kexec_setup_new_fdt() Rob Herring
2020-12-12 15:20   ` Lakshmi Ramasubramanian
2020-12-22 21:49   ` Thiago Jung Bauermann
2021-01-12 14:02   ` Will Deacon
2020-12-11 22:10 ` [RFC PATCH 4/4] powerpc: " Rob Herring
2020-12-12 15:22   ` Lakshmi Ramasubramanian [this message]
2020-12-22 21:55   ` Thiago Jung Bauermann
2020-12-22 23:33     ` Lakshmi Ramasubramanian
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox
  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):
  git send-email \
    --in-reply-to=c9501263-b97b-e715-fe7b-730ffee4bb3f@linux.microsoft.com \
    --to=nramas@linux.microsoft.com \
    --cc=allison@lohutok.net \
    --cc=balajib@linux.microsoft.com \
    --cc=bauerman@linux.ibm.com \
    --cc=benh@kernel.crashing.org \
    --cc=bhsharma@redhat.com \
    --cc=catalin.marinas@arm.com \
    --cc=christophe.leroy@c-s.fr \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.kasatkin@gmail.com \
    --cc=frowand.list@gmail.com \
    --cc=hsinyi@chromium.org \
    --cc=james.morse@arm.com \
    --cc=jmorris@namei.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-integrity@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=masahiroy@kernel.org \
    --cc=mbrugger@suse.com \
    --cc=mpe@ellerman.id.au \
    --cc=pasha.tatashin@soleen.com \
    --cc=paulus@samba.org \
    --cc=prsriva@linux.microsoft.com \
    --cc=robh@kernel.org \
    --cc=sashal@kernel.org \
    --cc=serge@hallyn.com \
    --cc=takahiro.akashi@linaro.org \
    --cc=tao.li@vivo.com \
    --cc=vincenzo.frascino@arm.com \
    --cc=will@kernel.org \
    --cc=zohar@linux.ibm.com \
    /path/to/YOUR_REPLY
  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
  Be sure your reply has a Subject: header at the top and a blank line
  before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).