From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Luis R. Rodriguez" Subject: Re: [PATCH v1 15/27] compiler: Option to default to hidden symbols Date: Thu, 19 Oct 2017 21:38:08 +0200 Message-ID: <20171019193808.GI17331__24188.8558645316$1509080643$gmane$org@wotan.suse.de> References: <20171011203027.11248-1-thgarnie@google.com> <20171011203027.11248-16-thgarnie@google.com> <20171012200201.GW11645@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: virtualization-bounces@lists.linux-foundation.org Errors-To: virtualization-bounces@lists.linux-foundation.org To: Thomas Garnier Cc: Nicolas Pitre , Michal Hocko , Radim =?utf-8?B?S3LEjW3DocWZ?= , linux-doc@vger.kernel.org, Daniel Micay , Len Brown , Peter Zijlstra , Christopher Li , Jan H =?iso-8859-1?Q?=2E_Sch=F6nherr?= , Alexei Starovoitov , virtualization@lists.linux-foundation.org, David Howells , Paul Gortmaker , Waiman Long , Pavel Machek , "H . Peter Anvin" , Kernel Hardening , Christoph Lameter , Alok Kataria , the arch/x86 maintainers , Herbert Xu , Daniel Borkmann , Jonat List-Id: virtualization@lists.linuxfoundation.org On Wed, Oct 18, 2017 at 04:15:10PM -0700, Thomas Garnier wrote: > On Thu, Oct 12, 2017 at 1:02 PM, Luis R. Rodriguez wrote: > > On Wed, Oct 11, 2017 at 01:30:15PM -0700, Thomas Garnier wrote: > >> diff --git a/include/linux/compiler.h b/include/linux/compiler.h > >> index e95a2631e545..6997716f73bf 100644 > >> --- a/include/linux/compiler.h > >> +++ b/include/linux/compiler.h > >> @@ -78,6 +78,14 @@ extern void __chk_io_ptr(const volatile void __iomem *); > >> #include > >> #endif > >> > >> +/* Useful for Position Independent Code to reduce global references */ > >> +#ifdef CONFIG_DEFAULT_HIDDEN > >> +#pragma GCC visibility push(hidden) > >> +#define __default_visibility __attribute__((visibility ("default"))) > > > > Does this still work with CONFIG_LD_DEAD_CODE_DATA_ELIMINATION ? > > I cannot make it work with or without this change. How is it supposed > to be used? Sadly I don't think much documentation was really added as part of the Nick's commits about feature, even though commit b67067f1176 ("kbuild: allow archs to select link dead code/data elimination") *does* say this was documented. Side rant: the whole CONFIG_LTO removal was merged in the same commit without this having gone in as a separate atomic patch. Nick can you provide a bit more guidance about how to get this feature going or tested on an architecture? Or are you just sticking to assuming folks using the linker / compiler flags will know what to do? *Some* guidance could help. > For me with, it crashes with a bad consdev at: > http://elixir.free-electrons.com/linux/latest/source/drivers/tty/tty_io.c#L3194 >From my reading of the commit log he only had tested it with with powerpc64le, each other architecture would have to do work to get as far as even booting. It would require someone then testing Nick's patches against a working powerpc setup to ensure we don't regress there. > >> diff --git a/init/Kconfig b/init/Kconfig > >> index ccb1d8daf241..b640201fcff7 100644 > >> --- a/init/Kconfig > >> +++ b/init/Kconfig > >> @@ -1649,6 +1649,13 @@ config PROFILING > >> config TRACEPOINTS > >> bool > >> > >> +# > >> +# Default to hidden visibility for all symbols. > >> +# Useful for Position Independent Code to reduce global references. > >> +# > >> +config DEFAULT_HIDDEN > >> + bool > > > > Note it is default. > > > > Has 0-day ran through this git tree? It should be easy to get it added for > > testing. Also, even though most changes are x86 based there are some generic > > changes and I'd love a warm fuzzy this won't break odd / random builds. > > Although 0-day does cover a lot of test cases, it only has limited run time > > tests. There are some other test beds which also cover some more obscure > > architectures. Having a test pass on Guenter's test bed would be nice to > > see. For that please coordinate with Guenter if he's willing to run this > > a test for you. > > Not yet, plan to give a v1.5 to Kees Cook to keep in one of his tree > for couple weeks. I expect it will identify interesting issues. I bet :) Luis