linux-kernel - [PATCH 0/3] build system: section garbage collection

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <200711241514.26451.vda.linux@googlemail.com>
Date:	Sat, 24 Nov 2007 15:14:26 -0800
From:	Denys Vlasenko <vda.linux@...glemail.com>
To:	Sam Ravnborg <sam@...nborg.org>
Cc:	linux-kernel@...r.kernel.org
Subject: [PATCH 0/3] build system: section garbage collection

Hi Sam,

On Sunday 18 November 2007 15:00, Sam Ravnborg wrote:
> On Tue, Sep 11, 2007 at 09:05:33PM +0100, Denys Vlasenko wrote:
> > Build system: section garbage collection for vmlinux
> >
> > Newer gcc and binutils can do dead code and data removal
> > at link time. It is achieved using combination of
> > -ffunction-sections -fdata-sections options for gcc and
> > --gc-sections for ld.
>
> ...
> Hi Denys.
>
> We are now well pass the merge window and I like this patchset to show up
> in -mm. But I'm lacking time myself and wondered if you can send an updated
> version based on the latest -git tree from Linus?

Got around to do this.

1.fixname:
    Rename all special sections with names like .text.xxxx, .data.xxxx and
    .rodata.xxxx to .xxxx.text/data/rodata. This makes it possible to
    not mix up these sections with gcc-generated ones
    when gcc -ffunction-sections -fdata-sections is used.
    .bss.xxxx cannot be treated this way, because for section names
    linke .xxxx.bss gcc won't create section with correct attribute.
    Thus .bss.xxxxx sections are renamed .bss.k.xxxxx.

2.modpost
    Update scripts/mod/* machinery to correctly handle the case
    when we have more than 64k sections.

3.gc
    The meat of the patchset is here.
    Introduce config option DISCARD_UNUSED_SECTIONS.
    If it is selected:
    Pass -ffunction-sections -fdata-sections to gcc and 
    --gc-sections --print-gc-sections to ld.
    Use arch/$(SRCARCH)/kernel/modules.lds.S linker script for linking *.ko
    files.
    Generate linker map files for vmlinux and modules.
    Add *(.text.*), *(.data.*) wildcards to linker scripts to accomodate
    new kinds of sections generated by gcc.
    Add KEEP(<sections>) directives to sections which must not be discarded.
    Fix arch/frv/Makefile to use DISCARD_UNUSED_SECTIONS instead
    of what seems to be a vestigial custom solution.

Patches are against yesterday's Linus git tree and should be applied in order.
They should not have any effect at all if DISCARD_UNUSED_SECTIONS is off.
DISCARD_UNUSED_SECTIONS is marked DANGEROUS for now.
It is likely to not work on arches other than x86 (modules.lds needs to be 
added for each arch).

Compile and run tested on 32-bit x86 (running this kernel now).

Signed-off-by: Denys Vlasenko <vda.linux@...glemail.com>
--
vda
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/