From: Hao Ge <hao.ge@linux.dev>
To: Petr Pavlu <petr.pavlu@suse.com>
Cc: Luis Chamberlain <mcgrof@kernel.org>,
Daniel Gomez <da.gomez@kernel.org>,
Sami Tolvanen <samitolvanen@google.com>,
Aaron Tomlin <atomlin@atomlin.com>,
Suren Baghdasaryan <surenb@google.com>,
Andrew Morton <akpm@linux-foundation.org>,
linux-modules@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, Sashiko <sashiko-bot@kernel.org>,
stable@vger.kernel.org
Subject: Re: [PATCH v9 3/4] module: introduce SH_ENTSIZE_STANDALONE for separately allocated sections
Date: Wed, 9 Sep 2026 21:08:09 +0800 [thread overview]
Message-ID: <7dbba23e-5530-43c4-9c44-20108cd0cef5@linux.dev> (raw)
In-Reply-To: <ec3f14f0-cebe-460f-9df7-537f49d70afd@linux.dev>
On 9/9/26 20:47, Hao Ge wrote:
> Hi Petr
>
>
> On 9/9/26 19:30, Petr Pavlu wrote:
>> On 9/8/26 11:24 AM, Hao Ge wrote:
>>> SHF_ALLOC means, per the ELF spec, that a section occupies memory
>>> during process execution. Some module sections occupy memory
>>> outside the regular module layout, for example the percpu section
>>> with its per-CPU allocations. The loader currently excludes such
>>> a section from the layout by clearing its SHF_ALLOC, which
>>> overloads the flag with a loader-internal meaning.
>>> apply_relocations() needs a special case for the section, and
>>> find_sec(".data..percpu") returns different results before and
>>> after layout_and_allocate().
>>>
>>> Introduce SH_ENTSIZE_STANDALONE to mark sections with a separate
>>> allocation. The percpu section is its first user. layout_sections()
>>> and move_module() skip marked sections, and apply_relocations() goes
>>> back to testing only SHF_ALLOC. Based on a patch by Petr Pavlu [1].
>>>
>>> .data..percpu keeps SHF_ALLOC, so it would now show up under
>>> /sys/module/*/sections/. The section has one instance per CPU and no
>>> single address to report, and the entry never existed before, so
>>> skip it in add_sect_attrs(). add_notes_attrs() indexes its attrs[]
>>> array and skips it too. No functional change otherwise.
>>>
>>> Fixes: 4835f747d3ed ("alloc_tag: support for page allocation tag
>>> compression")
>>> Reported-by: Sashiko <sashiko-bot@kernel.org>
>>> Link:
>>> https://lore.kernel.org/all/499bb60c-c6e3-43a3-bd92-95a0567ece5e@suse.com/
>>> [1]
>>> Suggested-by: Petr Pavlu <petr.pavlu@suse.com>
>>> Cc: stable@vger.kernel.org
>>> Signed-off-by: Hao Ge <hao.ge@linux.dev>
>>> ---
>>> [...]
>>> diff --git a/kernel/module/kallsyms.c b/kernel/module/kallsyms.c
>>> index 0fc11e45df9b..49190deae61e 100644
>>> --- a/kernel/module/kallsyms.c
>>> +++ b/kernel/module/kallsyms.c
>>> @@ -76,7 +76,7 @@ static char elf_type(const Elf_Sym *sym, const
>>> struct load_info *info)
>>> }
>>> static bool is_core_symbol(const Elf_Sym *src, const Elf_Shdr
>>> *sechdrs,
>>> - unsigned int shnum, unsigned int pcpundx)
>>> + unsigned int shnum)
>>> {
>>> const Elf_Shdr *sec;
>>> enum mod_mem_type type;
>>> @@ -86,11 +86,6 @@ static bool is_core_symbol(const Elf_Sym *src,
>>> const Elf_Shdr *sechdrs,
>>> !src->st_name)
>>> return false;
>>> -#ifdef CONFIG_KALLSYMS_ALL
>>> - if (src->st_shndx == pcpundx)
>>> - return true;
>>> -#endif
>>> -
>>> sec = sechdrs + src->st_shndx;
>>> type = sec->sh_entsize >> SH_ENTSIZE_TYPE_SHIFT;
>>> if (!(sec->sh_flags & SHF_ALLOC)
>>> @@ -131,8 +126,7 @@ void layout_symtab(struct module *mod, struct
>>> load_info *info)
>>> /* Compute total space required for the core symbols' strtab. */
>>> for (ndst = i = 0; i < nsrc; i++) {
>>> if (i == 0 || is_livepatch_module(mod) ||
>>> - is_core_symbol(src + i, info->sechdrs, info->hdr->e_shnum,
>>> - info->index.pcpu)) {
>>> + is_core_symbol(src + i, info->sechdrs,
>>> info->hdr->e_shnum)) {
>>> strtab_size += strlen(&info->strtab[src[i].st_name]) + 1;
>>> ndst++;
>>> }
>>> @@ -199,8 +193,7 @@ void add_kallsyms(struct module *mod, const
>>> struct load_info *info)
>>> for (ndst = i = 0; i < kallsyms->num_symtab; i++) {
>>> kallsyms->typetab[i] = elf_type(src + i, info);
>>> if (i == 0 || is_livepatch_module(mod) ||
>>> - is_core_symbol(src + i, info->sechdrs, info->hdr->e_shnum,
>>> - info->index.pcpu)) {
>>> + is_core_symbol(src + i, info->sechdrs,
>>> info->hdr->e_shnum)) {
>>> ssize_t ret;
>>> mod->core_kallsyms.typetab[ndst] =
>> FTR These changes in kernel/module/kallsyms.c have a conflict with the
>> series "Ignore local labels and mapping symbols during module load" [1],
>> which is currently queued on modules-next, but it should be
>> straightforward to resolve.
>>
>>> diff --git a/kernel/module/sysfs.c b/kernel/module/sysfs.c
>>> index 01c65d608873..f64170344e69 100644
>>> --- a/kernel/module/sysfs.c
>>> +++ b/kernel/module/sysfs.c
>>> @@ -62,6 +62,15 @@ static void free_sect_attrs(struct
>>> module_sect_attrs *sect_attrs)
>>> kfree(sect_attrs);
>>> }
>>> +/*
>>> + * .data..percpu has a separate allocation per CPU and no single
>>> + * address to report.
>>> + */
>>> +static bool sect_visible(const struct load_info *info, unsigned int i)
>>> +{
>>> + return !sect_empty(&info->sechdrs[i]) && i != info->index.pcpu;
>>> +}
>>> +
>>> static int add_sect_attrs(struct module *mod, const struct
>>> load_info *info)
>>> {
>>> struct module_sect_attrs *sect_attrs;
>>> @@ -72,7 +81,7 @@ static int add_sect_attrs(struct module *mod,
>>> const struct load_info *info)
>>> /* Count loaded sections and allocate structures */
>>> for (i = 0; i < info->hdr->e_shnum; i++)
>>> - if (!sect_empty(&info->sechdrs[i]))
>>> + if (sect_visible(info, i))
>>> nloaded++;
>>> sect_attrs = kzalloc_flex(*sect_attrs, attrs, nloaded);
>>> if (!sect_attrs)
>>> @@ -92,7 +101,7 @@ static int add_sect_attrs(struct module *mod,
>>> const struct load_info *info)
>>> for (i = 0; i < info->hdr->e_shnum; i++) {
>>> Elf_Shdr *sec = &info->sechdrs[i];
>>> - if (sect_empty(sec))
>>> + if (!sect_visible(info, i))
>>> continue;
>>> sysfs_bin_attr_init(sattr);
>>> sattr->attr.name =
>>> @@ -181,7 +190,7 @@ static int add_notes_attrs(struct module *mod,
>>> const struct load_info *info)
>>> nattr = ¬es_attrs->attrs[0];
>>> for (loaded = i = 0; i < info->hdr->e_shnum; ++i) {
>>> - if (sect_empty(&info->sechdrs[i]))
>>> + if (!sect_visible(info, i))
>>> continue;
>>> if (info->sechdrs[i].sh_type == SHT_NOTE) {
>>> sysfs_bin_attr_init(nattr);
>> add_notes_attrs() has two sect_empty() calls. Both should be changed to
>> sect_visible().
>
>
> I kept this part unmodified to preserve the loop's original intent.
>
> This loop counts SHT_NOTE sections.
>
> SHT_NOTE refers to ELF note sections, which hold non-executable
>
> metadata such as build ID and ABI info.
>
> I wonder if we could keep the current implementation.
>
> As noted in the comment above, the top part counts SHT_NOTE sections
>
> and allocates structures, while the lower logic handles control of
> node attributes.
>
>
> WDYT?
>
>
Sorry, I've reconsidered this. I think changing it to sect_visible would
be better.
sect_visible stands for the count of externally visible note attributes,
so the code
above and below can align with each other.
Sorry for the noise.
I'll rebase onto modules-next, apply this change and push a new revision.
I'll also add your Reviewed-by tag.
Thanks
Best Regards
Hao
> Thanks
>
> Best Regards
>
> Hao
>
>>
>> With this fixed, the patch looks ok to me. Feel free to add:
>>
>> Reviewed-by: Petr Pavlu <petr.pavlu@suse.com>
>>
>> [1]
>> https://lore.kernel.org/linux-modules/20260820125007.22943-1-yangtiezhu@loongson.cn/
>>
next prev parent reply other threads:[~2026-09-09 13:08 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-08 9:24 [PATCH v9 0/4] alloc_tag and module codetag section fixes Hao Ge
2026-09-08 9:24 ` [PATCH v9 1/4] alloc_tag: move release_module_tags() above reserve_module_tags() Hao Ge
2026-09-08 9:24 ` [PATCH v9 2/4] alloc_tag: clean up the populate failure path Hao Ge
2026-09-08 9:24 ` [PATCH v9 3/4] module: introduce SH_ENTSIZE_STANDALONE for separately allocated sections Hao Ge
2026-09-09 11:30 ` Petr Pavlu
2026-09-09 12:47 ` Hao Ge
2026-09-09 13:08 ` Hao Ge [this message]
2026-09-09 13:57 ` Petr Pavlu
2026-09-08 9:24 ` [PATCH v9 4/4] module: allocate codetag sections before the regular module layout Hao Ge
2026-09-09 11:47 ` Petr Pavlu
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=7dbba23e-5530-43c4-9c44-20108cd0cef5@linux.dev \
--to=hao.ge@linux.dev \
--cc=akpm@linux-foundation.org \
--cc=atomlin@atomlin.com \
--cc=da.gomez@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-modules@vger.kernel.org \
--cc=mcgrof@kernel.org \
--cc=petr.pavlu@suse.com \
--cc=samitolvanen@google.com \
--cc=sashiko-bot@kernel.org \
--cc=stable@vger.kernel.org \
--cc=surenb@google.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
all inboxes | Powered by JetHome®