mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: Ahmad Fatoum <a.fatoum@pengutronix.de>
To: Sascha Hauer <s.hauer@pengutronix.de>,
	Barebox List <barebox@lists.infradead.org>
Subject: Re: [PATCH] ARM: Fix barebox header generation on arm64
Date: Fri, 9 Sep 2022 09:43:19 +0200	[thread overview]
Message-ID: <a1f6684a-06b8-43c5-cc66-e8e8b447e249@pengutronix.de> (raw)
In-Reply-To: <20220909072902.3260039-1-s.hauer@pengutronix.de>

On 09.09.22 09:29, Sascha Hauer wrote:
> When using multiple ENTRY_FUNCTION_WITH_STACK an entry_prologue
> is emitted for each usage. The entry_proloues end up in the

                                     ^ prologues

> same section and thus can't be discarded with the effect that the
> barebox magic is at the wrong place. To fix this put the entry_prologues
> in function specific sections so that the linker can discard the
> unused ones.
> 
> Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>

Reviewed-by: Ahmad Fatoum <a.fatoum@pengutronix.de>


Thanks for fixing,
Ahmad

> ---
>  arch/arm/include/asm/barebox-arm.h | 21 +++++++++++----------
>  1 file changed, 11 insertions(+), 10 deletions(-)
> 
> diff --git a/arch/arm/include/asm/barebox-arm.h b/arch/arm/include/asm/barebox-arm.h
> index 16f9882b5a..a34f77f2ab 100644
> --- a/arch/arm/include/asm/barebox-arm.h
> +++ b/arch/arm/include/asm/barebox-arm.h
> @@ -21,6 +21,7 @@
>  #include <asm/common.h>
>  #include <asm/sections.h>
>  #include <asm/reloc.h>
> +#include <linux/stringify.h>
>  
>  /*
>   * We have a 4GiB address space split into 1MiB sections, with each
> @@ -137,23 +138,23 @@ static inline unsigned long arm_mem_barebox_image(unsigned long membase,
>  
>  #ifdef CONFIG_CPU_64
>  
> -#define ____emit_entry_prologue(instr, ...) do { \
> -	static __attribute__ ((unused,section(".text_head_prologue"))) \
> +#define ____emit_entry_prologue(name, instr, ...) do { \
> +	static __attribute__ ((unused,section(".text_head_prologue_" __stringify(name)))) \
>  		const u32 __entry_prologue[] = {(instr), ##__VA_ARGS__}; \
>  	barrier_data(__entry_prologue); \
>  } while(0)
>  
> -#define __emit_entry_prologue(instr1, instr2, instr3, instr4, instr5) \
> -	____emit_entry_prologue(instr1, instr2, instr3, instr4, instr5)
> +#define __emit_entry_prologue(name, instr1, instr2, instr3, instr4, instr5) \
> +	____emit_entry_prologue(name, instr1, instr2, instr3, instr4, instr5)
>  
> -#define __ARM_SETUP_STACK(stack_top) \
> -	__emit_entry_prologue(0x14000002	/* b pc+0x8 */,		\
> +#define __ARM_SETUP_STACK(name, stack_top) \
> +	__emit_entry_prologue(name, 0x14000002	/* b pc+0x8 */,		\
>  			      stack_top		/* 32-bit literal */,	\
>  			      0x18ffffe9	/* ldr w9, top */,	\
>  			      0xb4000049	/* cbz x9, pc+0x8 */,	\
>  			      0x9100013f	/* mov sp, x9 */)
>  #else
> -#define __ARM_SETUP_STACK(stack_top) if (stack_top) arm_setup_stack(stack_top)
> +#define __ARM_SETUP_STACK(name, stack_top) if (stack_top) arm_setup_stack(stack_top)
>  #endif
>  
>  /*
> @@ -174,7 +175,7 @@ static inline unsigned long arm_mem_barebox_image(unsigned long membase,
>  				(ulong r0, ulong r1, ulong r2)		\
>  		{							\
>  			__barebox_arm_head();				\
> -			__ARM_SETUP_STACK(stack_top);			\
> +			__ARM_SETUP_STACK(name, stack_top);		\
>  			__##name(r0, r1, r2);				\
>  		}							\
>  		static void noinline __##name				\
> @@ -184,7 +185,7 @@ static inline unsigned long arm_mem_barebox_image(unsigned long membase,
>  	static void ____##name(ulong, ulong, ulong);			\
>  	ENTRY_FUNCTION(name, arg0, arg1, arg2)				\
>  	{								\
> -		__ARM_SETUP_STACK(stack_top);				\
> +		__ARM_SETUP_STACK(name, stack_top);			\
>  		____##name(arg0, arg1, arg2);				\
>  	}								\
>  	static void noinline ____##name					\
> @@ -201,7 +202,7 @@ static inline unsigned long arm_mem_barebox_image(unsigned long membase,
>  				(ulong r0, ulong r1, ulong r2)		\
>  		{							\
>  			__barebox_arm_head();				\
> -			__ARM_SETUP_STACK(0);				\
> +			__ARM_SETUP_STACK(name, 0);			\
>  			__##name(r0, r1, r2);				\
>  		}							\
>  		static void NAKED noinline __##name			\


-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |



      reply	other threads:[~2022-09-09  7:51 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-09  7:29 Sascha Hauer
2022-09-09  7:43 ` Ahmad Fatoum [this message]

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=a1f6684a-06b8-43c5-cc66-e8e8b447e249@pengutronix.de \
    --to=a.fatoum@pengutronix.de \
    --cc=barebox@lists.infradead.org \
    --cc=s.hauer@pengutronix.de \
    /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