[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A13BCE1.7050209@kernel.org>
Date: Wed, 20 May 2009 17:18:41 +0900
From: Tejun Heo <tj@...nel.org>
To: Mike Frysinger <vapier.adi@...il.com>
CC: mingo@...e.hu, linux-kernel@...r.kernel.org, x86@...nel.org,
ink@...assic.park.msu.ru, rth@...ddle.net, linux@....linux.org.uk,
hskinnemoen@...el.com, cooloney@...nel.org, starvik@...s.com,
jesper.nilsson@...s.com, dhowells@...hat.com,
ysato@...rs.sourceforge.jp, tony.luck@...el.com,
takata@...ux-m32r.org, geert@...ux-m68k.org, monstr@...str.eu,
ralf@...ux-mips.org, kyle@...artin.ca, benh@...nel.crashing.org,
paulus@...ba.org, schwidefsky@...ibm.com,
heiko.carstens@...ibm.com, lethal@...ux-sh.org,
davem@...emloft.net, jdike@...toit.com, chris@...kel.net,
rusty@...tcorp.com.au
Subject: Re: [PATCH 2/7] linker script: throw away .discard section
Tejun Heo wrote:
> Mike Frysinger wrote:
>> On Wed, May 20, 2009 at 03:37, Tejun Heo wrote:
>>> x86 throws away .discard section but no other archs do. Also,
>>> .discard is not thrown away while linking modules. Make every arch
>>> and module linking throw it away. This will be used to define dummy
>>> variables for percpu declarations and definitions.
>> seems like a good time to introduce a common DISCARD define to
>> include/asm-generic/vmlinux.lds.h. considering multiple /DISCARD/
>> entries are allowed in a linker script, the define should be pretty
>> straightforward:
>> #define DISCARDS \
>> /DISCARD/ : { \
>> EXIT_TEXT \
>> EXIT_DATA \
>> *(.exitcall.exit) \
>> *(.discard) \
>> }
>
> Hmmm... indeed, that would be nice. I'll update the patch.
Eh... handling of EXIT_TEXT and DATA aren't uniform across archs. I
think I'll leave the /DISCARD/ unification for the next time.
Thanks.
--
tejun
--
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/
Powered by blists - more mailing lists