LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Hari Bathini <hbathini@linux.ibm.com>
To: Sourabh Jain <sourabhjain@linux.ibm.com>,
	linuxppc-dev@lists.ozlabs.org, maddy@linux.ibm.com,
	mpe@ellerman.id.au
Cc: npiggin@gmail.com, chleroy@kernel.org, ritesh.list@gmail.com,
	shivangu@linux.ibm.com, mahesh@linux.ibm.com,
	adityag@linux.ibm.com, venkat88@linux.ibm.com
Subject: Re: [PATCH v2 2/4] powerpc: move to 64-bit RTAS
Date: Sun, 26 Jul 2026 16:25:42 +0530	[thread overview]
Message-ID: <aef7f210-c070-4a84-a3c3-e9abc00d26d5@linux.ibm.com> (raw)
In-Reply-To: <20260708143357.673251-3-sourabhjain@linux.ibm.com>



On 08/07/26 8:03 pm, Sourabh Jain wrote:
> Kdump kernels loaded at high addresses (above 4G) could not boot
> because the kernel used 32-bit RTAS.
> 
> Until now, the kernel always used 32-bit RTAS, even for 64-bit kernels.
> Before making an RTAS call, it clears the SF bit in MSR and uses LR as
> the return address from RTAS. For kdump kernels loaded above 4G, RTAS
> returns to a 32-bit truncated LR address, typically causing an exception
> and kernel panic.
> 
> Fix this by switching to 64-bit RTAS support on systems where firmware
> advertises "ibm,rtas-64-capable". The kernel instantiates 64-bit RTAS,
> passes RTAS arguments using a 64-bit argument structure, and sets the
> SF bit in MSR before entering RTAS. This ensures RTAS can correctly
> return to addresses above 4G and allows high-address kdump kernels to
> boot successfully.
> 
> If 64-bit RTAS is not supported or initialization fails, the kernel
> continues to use 32-bit RTAS. In that case, high-address kdump kernels
> will not be allowed (handled in upcoming patches), and RTAS calls will
> continue to run with the SF bit cleared.
> 
> Changes made to support 64-bit RTAS:
> - Detect firmware support using "ibm,rtas-64-capable"
> - Initialize 64-bit RTAS in prom_init and add a new FDT property
>    "linux,rtas-64"
> - Read "linux,rtas-64" during boot and track RTAS mode using rtas_64
> - Add 64-bit RTAS argument handling and return value conversion
> - Prepare MSR appropriately for 32-bit or 64-bit RTAS calls
> 
> Signed-off-by: Sourabh Jain <sourabhjain@linux.ibm.com>
> ---
>   arch/powerpc/include/asm/rtas-types.h |  8 +++++
>   arch/powerpc/include/asm/rtas.h       |  2 ++
>   arch/powerpc/kernel/prom_init.c       | 20 +++++++++--
>   arch/powerpc/kernel/rtas.c            | 48 +++++++++++++++++++++++++--
>   arch/powerpc/kernel/rtas_entry.S      | 17 +++++++++-
>   5 files changed, 88 insertions(+), 7 deletions(-)
> 
> diff --git a/arch/powerpc/include/asm/rtas-types.h b/arch/powerpc/include/asm/rtas-types.h
> index 5d40d187b965..de794b3e0fbd 100644
> --- a/arch/powerpc/include/asm/rtas-types.h
> +++ b/arch/powerpc/include/asm/rtas-types.h
> @@ -14,6 +14,14 @@ struct rtas_args {
>   	rtas_arg_t *rets;     /* Pointer to return values in args[]. */
>   } __aligned(8);
>   
> +struct rtas_args_64 {
> +        __be64 token;
> +        __be64 nargs;
> +        __be64 nret;
> +        __be64 args[16];
> +        __be64 *rets;     /* Pointer to return values in args[]. */
> +} __aligned(8);
> +
>   struct rtas_t {
>   	unsigned long entry;		/* physical address pointer */
>   	unsigned long base;		/* physical address pointer */
> diff --git a/arch/powerpc/include/asm/rtas.h b/arch/powerpc/include/asm/rtas.h
> index d046bbd5017d..aaa4c3bc1d61 100644
> --- a/arch/powerpc/include/asm/rtas.h
> +++ b/arch/powerpc/include/asm/rtas.h
> @@ -10,6 +10,8 @@
>   #include <linux/time.h>
>   #include <linux/cpumask.h>
>   
> +extern int rtas_64;
> +
>   /*
>    * Definitions for talking to the RTAS on CHRP machines.
>    *
> diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c
> index 53503937de0e..be7c5ea0b75d 100644
> --- a/arch/powerpc/kernel/prom_init.c
> +++ b/arch/powerpc/kernel/prom_init.c
> @@ -1841,6 +1841,7 @@ static void __init prom_instantiate_rtas(void)
>   	u32 base, entry = 0;
>   	__be32 val;
>   	u32 size = 0;
> +	u32 rtas_64 = 0;
>   
>   	prom_debug("prom_instantiate_rtas: start...\n");
>   
> @@ -1865,15 +1866,24 @@ static void __init prom_instantiate_rtas(void)
>   		return;
>   	}
>   
> +	/* Check for rtas 64-bit support */
> +	if (prom_getprop(rtas_node, "ibm,rtas-64-capable",
> +			 &val, sizeof(val)) != PROM_ERROR) {
> +		rtas_64 = 1;
> +		prom_debug("Node ibm,rtas-64-capable: %x\n", val);
> +	}
> +
>   	prom_printf("instantiating rtas at 0x%x...", base);
>   
> +	const char *method = rtas_64 ? "instantiate-rtas-64" : "instantiate-rtas";
> +
>   	if (call_prom_ret("call-method", 3, 2, &entry,
> -			  ADDR("instantiate-rtas"),
> -			  rtas_inst, base) != 0
> -	    || entry == 0) {
> +			  ADDR(method), rtas_inst, base) != 0 ||
> +			  entry == 0) {
>   		prom_printf(" failed\n");
>   		return;
>   	}
> +
>   	prom_printf(" done\n");
>   
>   	reserve_mem(base, size);
> @@ -1884,6 +1894,9 @@ static void __init prom_instantiate_rtas(void)
>   	val = cpu_to_be32(entry);
>   	prom_setprop(rtas_node, "/rtas", "linux,rtas-entry",
>   		     &val, sizeof(val));
> +	val = cpu_to_be32(rtas_64);
> +	prom_setprop(rtas_node, "/rtas", "linux,rtas-64",
> +		     &val, sizeof(val));
>   
>   	/* Check if it supports "query-cpu-stopped-state" */
>   	if (prom_getprop(rtas_node, "query-cpu-stopped-state",
> @@ -1893,6 +1906,7 @@ static void __init prom_instantiate_rtas(void)
>   	prom_debug("rtas base     = 0x%x\n", base);
>   	prom_debug("rtas entry    = 0x%x\n", entry);
>   	prom_debug("rtas size     = 0x%x\n", size);
> +	prom_debug("rtas 64-bit   = 0x%x\n", rtas_64);
>   
>   	prom_debug("prom_instantiate_rtas: end...\n");
>   }
> diff --git a/arch/powerpc/kernel/rtas.c b/arch/powerpc/kernel/rtas.c
> index 8d81c1e7a8db..b7b9bd0b5b43 100644
> --- a/arch/powerpc/kernel/rtas.c
> +++ b/arch/powerpc/kernel/rtas.c
> @@ -45,6 +45,8 @@
>   #include <asm/trace.h>
>   #include <asm/udbg.h>
>   
> +int rtas_64;
> +
>   struct rtas_filter {
>   	/* Indexes into the args buffer, -1 if not used */
>   	const int buf_idx1;
> @@ -569,6 +571,7 @@ static struct rtas_function rtas_function_table[] __ro_after_init = {
>    */
>   static DEFINE_RAW_SPINLOCK(rtas_lock);
>   static struct rtas_args rtas_args;
> +static struct rtas_args_64 rtas_args_64;
>   
>   /**
>    * rtas_function_token() - RTAS function token lookup.
> @@ -690,13 +693,48 @@ static const struct rtas_function *rtas_token_to_function(s32 token)
>   	return NULL;
>   }
>   
> +static void populate_rtas_args_64(struct rtas_args *args)
> +{
> +	int i;
> +
> +	rtas_args_64.token = cpu_to_be64((s64)(s32)be32_to_cpu(args->token));
> +	rtas_args_64.nargs = cpu_to_be64((s64)(s32)be32_to_cpu(args->nargs));
> +	rtas_args_64.nret  = cpu_to_be64((s64)(s32)be32_to_cpu(args->nret));
> +	rtas_args_64.rets  = &rtas_args_64.args[be32_to_cpu(args->nargs)];
> +
> +	for (i = 0; i < be32_to_cpu(args->nargs); ++i)
> +		rtas_args_64.args[i] = cpu_to_be64((s64)(s32)be32_to_cpu(args->args[i]));
> +
> +	for (i = 0; i < be32_to_cpu(args->nret); ++i)
> +		rtas_args_64.rets[i] = 0;
> +}
> +
> +static void rtas_args_copy_64_32(struct rtas_args *args)
> +{
> +	int i;
> +
> +	for (i = 0; i < (s32)be64_to_cpu(rtas_args_64.nret); ++i)
> +		args->rets[i] = cpu_to_be32((s32)be64_to_cpu(rtas_args_64.rets[i]));
> +}
> +
>   /* This is here deliberately so it's only used in this file */
>   void enter_rtas(unsigned long);
>   
> +static void _do_enter_rtas_64(struct rtas_args *args)
> +{
> +	populate_rtas_args_64(args);
> +	enter_rtas(__pa(&rtas_args_64));
> +	rtas_args_copy_64_32(args);
> +}
> +
>   static void __do_enter_rtas(struct rtas_args *args)
>   {
> -	enter_rtas(__pa(args));
> -	srr_regs_clobbered(); /* rtas uses SRRs, invalidate */
> +	if (rtas_64)
> +		_do_enter_rtas_64(args);
> +	else
> +		enter_rtas(__pa(args));
> +
> +	srr_regs_clobbered();
>   }
>   
>   static void __do_enter_rtas_trace(struct rtas_args *args)
> @@ -2078,7 +2116,7 @@ void __init rtas_initialize(void)
>   int __init early_init_dt_scan_rtas(unsigned long node,
>   		const char *uname, int depth, void *data)
>   {
> -	const u32 *basep, *entryp, *sizep;
> +	const u32 *basep, *entryp, *sizep, *val;
>   
>   	if (depth != 1 || strcmp(uname, "rtas") != 0)
>   		return 0;
> @@ -2086,6 +2124,10 @@ int __init early_init_dt_scan_rtas(unsigned long node,
>   	basep  = of_get_flat_dt_prop(node, "linux,rtas-base", NULL);
>   	entryp = of_get_flat_dt_prop(node, "linux,rtas-entry", NULL);
>   	sizep  = of_get_flat_dt_prop(node, "rtas-size", NULL);
> +	val    = of_get_flat_dt_prop(node, "linux,rtas-64", NULL);
> +

> +	if (*val)

prom_init() is skipped during kexec boot. So, "val" cannot be
dereferenced directly as it can be NULL when kexec booted into
a newer kernel (kernel with these patches) from an older kernel...

> +		rtas_64 = 1;
>   
>   #ifdef CONFIG_PPC64
>   	/* need this feature to decide the crashkernel offset */
> diff --git a/arch/powerpc/kernel/rtas_entry.S b/arch/powerpc/kernel/rtas_entry.S
> index 6ce95ddadbcd..df776f0103c9 100644
> --- a/arch/powerpc/kernel/rtas_entry.S
> +++ b/arch/powerpc/kernel/rtas_entry.S
> @@ -54,6 +54,10 @@ _ASM_NOKPROBE_SYMBOL(enter_rtas)
>   /*
>    * 32-bit rtas on 64-bit machines has the additional problem that RTAS may
>    * not preserve the upper parts of registers it uses.
> + *
> + * Note: In 64-bit RTAS, the SF bit is set so that RTAS can return
> + * correctly if the return address is above 4 GB. Everything else
> + * works the same as in 32-bit RTAS.
>    */
>   _GLOBAL(enter_rtas)
>   	mflr	r0
> @@ -113,7 +117,18 @@ __enter_rtas:
>   	 * from the saved MSR value and insert into the value RTAS will use.
>   	 */
>   	extrdi	r0, r6, 1, 63 - MSR_HV_LG
> -	LOAD_REG_IMMEDIATE(r6, MSR_ME | MSR_RI)
> +
> +	LOAD_REG_ADDR(r7, rtas_64)	/* Load the address rtas_64 into r7 */
> +	ld      r8, 0(r7)               /* Load the value of rtas_64 from memory into r8 */
> +	cmpdi   r8, 0                   /* Compare r8 with 0 (check if rtas_64 is zero) */
> +	beq     no_sf_bit               /* Branch to no_sf_bit if rtas_64 is zero */
> +	LOAD_REG_IMMEDIATE(r6, MSR_ME | MSR_RI | MSR_SF)	/* r6 = ME|RI|SF */
> +	b       continue
> +
> +no_sf_bit:
> +	LOAD_REG_IMMEDIATE(r6, MSR_ME | MSR_RI)		/* r6 = ME|RI (NO SF bit in MSR) */
> +
> +continue:
>   	insrdi	r6, r0, 1, 63 - MSR_HV_LG
>   
>   	li      r0,0

- Hari


  reply	other threads:[~2026-07-26 10:56 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-08 14:33 [PATCH v2 0/4] powerpc/kdump: Support high crashkernel reservation Sourabh Jain
2026-07-08 14:33 ` [PATCH v2 1/4] powerpc/mmu: do MMU type discovery before " Sourabh Jain
2026-07-10  2:44   ` Ritesh Harjani
2026-07-13 13:12     ` Sourabh Jain
2026-07-26 10:54   ` Hari Bathini
2026-07-08 14:33 ` [PATCH v2 2/4] powerpc: move to 64-bit RTAS Sourabh Jain
2026-07-26 10:55   ` Hari Bathini [this message]
2026-07-08 14:33 ` [PATCH v2 3/4] powerpc/kdump: consider high crashkernel memory if enabled Sourabh Jain
2026-07-08 14:33 ` [PATCH v2 4/4] powerpc/kdump: add support for high crashkernel reservation Sourabh Jain
2026-07-26 10:56   ` Hari Bathini
2026-07-26 11:23   ` Hari Bathini

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=aef7f210-c070-4a84-a3c3-e9abc00d26d5@linux.ibm.com \
    --to=hbathini@linux.ibm.com \
    --cc=adityag@linux.ibm.com \
    --cc=chleroy@kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=maddy@linux.ibm.com \
    --cc=mahesh@linux.ibm.com \
    --cc=mpe@ellerman.id.au \
    --cc=npiggin@gmail.com \
    --cc=ritesh.list@gmail.com \
    --cc=shivangu@linux.ibm.com \
    --cc=sourabhjain@linux.ibm.com \
    --cc=venkat88@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