From: Vineet Gupta <Vineet.Gupta1@synopsys.com>
To: Alexey Brodkin <Alexey.Brodkin@synopsys.com>,
"linux-snps-arc@lists.infradead.org"
<linux-snps-arc@lists.infradead.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Igor Guryanov" <Igor.Guryanov@synopsys.com>
Subject: Re: [PATCH 1/2] arc: rename xCCM sections so they are not merged in global .data/.text
Date: Thu, 22 Dec 2016 16:25:13 -0800 [thread overview]
Message-ID: <6d3a6876-402f-c237-f9a2-88aad3179ead@synopsys.com> (raw)
In-Reply-To: <1482415750-5471-2-git-send-email-abrodkin@synopsys.com>
On 12/22/2016 06:09 AM, Alexey Brodkin wrote:
> If Linux kernel is compiled with "-ffunction-sections" each function is placed in
> its own section named ".text.function_name". This is required for
> discarding of not-used functions during final linkage. But in the end
> all ".text.XXX" sections are merged in the global ".text" section of
> vmlinux Elf.
>
> The same happens with data sections when "-fdata-sections" are used.
>
> That means our ".data.arcfp" and ".text.arcfp" sections get silently
> merged in global ".data" and ".text" sections even though we want to
> put them in separate memory regions in case ICCM and/or DCCM exist in
> the ARC core.
>
> Solution is as simple as addition of one extra period in section name.
>
> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
> Cc: Igor Guryanov <guryanov@synopsys.com>
> Cc: stable@vger.kernel.org
For stable backport -I think there is no point in CC'ing them initially.
Better to make a note in the patch and conclude at the time of patch review and I
can in the end add the CC tag so this gets pulled automatically w/o CC'ing the
stable mailing list at all !
> ---
> arch/arc/include/asm/linkage.h | 6 +++---
> arch/arc/kernel/vmlinux.lds.S | 8 ++++----
> 2 files changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/arch/arc/include/asm/linkage.h b/arch/arc/include/asm/linkage.h
> index b29f1a9fd6f7..3a5f13d65ee1 100644
> --- a/arch/arc/include/asm/linkage.h
> +++ b/arch/arc/include/asm/linkage.h
> @@ -28,7 +28,7 @@
> /* annotation for data we want in DCCM - if enabled in .config */
> .macro ARCFP_CODE
> #ifdef CONFIG_ARC_HAS_ICCM
> - .section .text.arcfp, "ax",@progbits
> + .section .text..arcfp, "ax",@progbits
Why not turn this around and call it arcfp.text and arcfp.data etc - just like
done for other special sections such as sched, cpuidle, lock... Just so we are
consistent with normal kernel convention !
> #else
> .section .text, "ax",@progbits
> #endif
> @@ -47,13 +47,13 @@
> #else /* !__ASSEMBLY__ */
>
> #ifdef CONFIG_ARC_HAS_ICCM
> -#define __arcfp_code __attribute__((__section__(".text.arcfp")))
> +#define __arcfp_code __attribute__((__section__(".text..arcfp")))
> #else
> #define __arcfp_code __attribute__((__section__(".text")))
> #endif
>
> #ifdef CONFIG_ARC_HAS_DCCM
> -#define __arcfp_data __attribute__((__section__(".data.arcfp")))
> +#define __arcfp_data __attribute__((__section__(".data..arcfp")))
> #else
> #define __arcfp_data __attribute__((__section__(".data")))
> #endif
> diff --git a/arch/arc/kernel/vmlinux.lds.S b/arch/arc/kernel/vmlinux.lds.S
> index f35ed578e007..f69ae479ee73 100644
> --- a/arch/arc/kernel/vmlinux.lds.S
> +++ b/arch/arc/kernel/vmlinux.lds.S
> @@ -37,8 +37,8 @@ SECTIONS
> }
>
> #ifdef CONFIG_ARC_HAS_ICCM
> - .text.arcfp : {
> - *(.text.arcfp)
> + .text..arcfp : {
> + *(.text..arcfp)
> . = ALIGN(CONFIG_ARC_ICCM_SZ * 1024);
> }
> #endif
> @@ -151,8 +151,8 @@ SECTIONS
> #ifdef CONFIG_ARC_HAS_DCCM
> . = CONFIG_ARC_DCCM_BASE;
> __arc_dccm_base = .;
> - .data.arcfp : {
> - *(.data.arcfp)
> + .data..arcfp : {
> + *(.data..arcfp)
> }
> . = ALIGN(CONFIG_ARC_DCCM_SZ * 1024);
> #endif
next prev parent reply other threads:[~2016-12-23 0:25 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-22 14:09 [PATCH 0/2] Minor fixes for CCMs Alexey Brodkin
2016-12-22 14:09 ` [PATCH 1/2] arc: rename xCCM sections so they are not merged in global .data/.text Alexey Brodkin
2016-12-23 0:25 ` Vineet Gupta [this message]
2017-01-09 15:08 ` Alexey Brodkin
2016-12-22 14:09 ` [PATCH 2/2] arc: Fix xCCM size check Alexey Brodkin
2016-12-23 0:34 ` Vineet Gupta
2017-01-09 15:12 ` Alexey Brodkin
2016-12-23 0:26 ` [PATCH 0/2] Minor fixes for CCMs Vineet Gupta
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=6d3a6876-402f-c237-f9a2-88aad3179ead@synopsys.com \
--to=vineet.gupta1@synopsys.com \
--cc=Alexey.Brodkin@synopsys.com \
--cc=Igor.Guryanov@synopsys.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-snps-arc@lists.infradead.org \
/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).