From: jszhang@marvell.com (Jisheng Zhang)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/3] arm64: put objects into proper sections
Date: Wed, 10 Aug 2016 18:05:32 +0800 [thread overview]
Message-ID: <20160810180532.30156168@xhacker> (raw)
In-Reply-To: <1470813559-2917-1-git-send-email-jszhang@marvell.com>
+ Kees,
On Wed, 10 Aug 2016 15:19:16 +0800 Jisheng Zhang wrote:
> This series tries to put objects into proper sections to avoid
> pontential unnecessary DDR traffics:
>
> patch1 puts alloc_vectors_page() into .init section. This is a clean up
> patch.
>
> patch2 puts vdso_pages, vdso_spec and vectors_page into read_mostly
> section, since they are read mostly in hot path.
>
> patch3 puts cpu_ops into read_mostly section, since it's read mostly
> int hot path such as arm_cpuidle_suspend().
Is it better to mark them as __ro_after_init, suggestions are appreciated.
Thanks,
Jisheng
>
>
> Before this series:
>
> ffff000008d660f0 b undef_lock
> ffff000008d660f8 b vectors_page
> ffff000008d66100 b vdso_pages
> ffff000008d66108 b vdso_spec
> ffff000008d66148 B cpu_ops
> ffff000008d66348 b patch_lock
>
> After this series:
>
> ffff000008ca5b08 D static_key_initialized
> ffff000008ca5b10 d vectors_page
> ffff000008ca5b18 d vdso_pages
> ffff000008ca5b20 d vdso_spec
> ffff000008ca5b60 D cpu_ops
> ffff000008ca5d60 D elf_hwcap
> ffff000008ca5d68 D compat_elf_hwcap
> ffff000008ca5d6c D compat_elf_hwcap2
>
> Although there's no obvious issue with current code, because undef_lock and
> patch_lock is rarely used, but the situation may change in the future, so
> let's move them into proper sections now.
>
> Jisheng Zhang (3):
> arm64: vdso: add __init section marker to alloc_vectors_page
> arm64: vdso: put read only/mostly objects into proper sections
> arm64: kernel: declare cpu_ops __read_mostly
>
> arch/arm64/kernel/cpu_ops.c | 2 +-
> arch/arm64/kernel/vdso.c | 31 +++++++++++++++----------------
> 2 files changed, 16 insertions(+), 17 deletions(-)
>
next prev parent reply other threads:[~2016-08-10 10:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-10 7:19 [PATCH 0/3] arm64: put objects into proper sections Jisheng Zhang
2016-08-10 7:19 ` [PATCH 1/3] arm64: vdso: add __init section marker to alloc_vectors_page Jisheng Zhang
2016-08-10 7:19 ` [PATCH 2/3] arm64: vdso: put read only/mostly objects into proper sections Jisheng Zhang
2016-08-10 7:19 ` [PATCH 3/3] arm64: kernel: declare cpu_ops __read_mostly Jisheng Zhang
2016-08-10 10:05 ` Jisheng Zhang [this message]
2016-08-10 18:38 ` [PATCH 0/3] arm64: put objects into proper sections Kees Cook
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=20160810180532.30156168@xhacker \
--to=jszhang@marvell.com \
--cc=linux-arm-kernel@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).