linux-kernel - Re: Build failure in -next due to 'kbuild: allow archs to select link dead code/data elimination'

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <50a6953d-48c6-4577-2be9-03e6bd5b0706@roeck-us.net>
Date:   Mon, 12 Sep 2016 20:17:30 -0700
From:   Guenter Roeck <linux@...ck-us.net>
To:     Nicholas Piggin <npiggin@...il.com>
Cc:     Michal Marek <mmarek@...e.com>, Chen Liqin <liqin.linux@...il.com>,
        Lennox Wu <lennox.wu@...il.com>, linux-kernel@...r.kernel.org
Subject: Re: Build failure in -next due to 'kbuild: allow archs to select link
 dead code/data elimination'

Hi Nicholas,

On 09/12/2016 07:00 PM, Nicholas Piggin wrote:
> On Mon, 12 Sep 2016 15:24:43 -0700
> Guenter Roeck <linux@...ck-us.net> wrote:
>
>> Hi,
>>
>> your commit 'kbuild: allow archs to select link dead code/data elimination'
>> is causing the following build failure in -next when building score:defconfig.
>>
>> arch/score/kernel/built-in.o: In function `work_resched':
>> arch/score/kernel/entry.o:(.text+0xe84):
>> 	relocation truncated to fit: R_SCORE_PC19 against `schedule'
>>
>> Reverting the commit fixes the problem.
>>
>> Please let me know if I can help tracking down the problem.
>> In case you need a score toochain, you can find the one I use at
>> http://server.roeck-us.net/toolchains/score.tgz.
>>
>> Thanks,
>> Guenter
>
> It's not supposed to have any real effect unless the
> option is selected, but there are a few changes to linker
> script which must be causing it.
>
> There are two changes to vmlinux.lds.h. One is to KEEP a
> few input sections, that *should* be kept anyway. The other
> is to bring in additional sections into their correct output
> section.
>
> Could you try reverting those lines of vmlinux.lds.h that
> change the latter, i.e.:
>
> -		*(.text.hot .text .text.fixup .text.unlikely)		\
> +		*(.text.hot .text .text.fixup .text.unlikely .text.*)	\

This is the culprit. After removing " .text.*" it builds fine.

Guenter