Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757867AbdHYR5m (ORCPT ); Fri, 25 Aug 2017 13:57:42 -0400 Received: from mailoutx.hostsharing.net ([83.223.79.5]:48679 "EHLO mailoutx.hostsharing.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755347AbdHYR5k (ORCPT ); Fri, 25 Aug 2017 13:57:40 -0400 X-Greylist: delayed 395 seconds by postgrey-1.27 at vger.kernel.org; Fri, 25 Aug 2017 13:57:40 EDT Date: Fri, 25 Aug 2017 19:51:04 +0200 From: Lukas Wunner To: Colin King Cc: Thomas Gleixner , Ingo Molnar , "H . Peter Anvin" , x86@kernel.org, Bjorn Helgaas , kernel-janitors@vger.kernel.org, Andy Shevchenko , linux-kernel@vger.kernel.org Subject: Re: [PATCH] x86/platform/intel-mid: make several arrays static, makes code smaller Message-ID: <20170825175104.GA19150@wunner.de> References: <20170825163206.23250-1-colin.king@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170825163206.23250-1-colin.king@canonical.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 918 Lines: 27 On Fri, Aug 25, 2017 at 05:32:06PM +0100, Colin King wrote: > --- a/arch/x86/platform/intel-mid/pwr.c > +++ b/arch/x86/platform/intel-mid/pwr.c > @@ -444,7 +444,7 @@ static int mid_set_initial_state(struct mid_pwr *pwr, const u32 *states) > static int pnw_set_initial_state(struct mid_pwr *pwr) > { > /* On Penwell SRAM must stay powered on */ > - const u32 states[] = { > + static const u32 states[] = { > 0xf00fffff, /* PM_SSC(0) */ > 0xffffffff, /* PM_SSC(1) */ > 0xffffffff, /* PM_SSC(2) */ That's a known gcc bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68725 There are hundreds of constant compound literals that are generated on the stack rather than stored in rodata, do you intend to file patches for all of them? Adding static everywhere is just a workaround that bloats the code. Fixing the root cause in gcc would make more sense. Just my 2 cents worth of course. Thanks, Lukas