From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from atl4mhob04.myregisteredsite.com (atl4mhob04.myregisteredsite.com [209.17.115.42]) by mail.openembedded.org (Postfix) with ESMTP id 9E6796AECA for ; Thu, 11 Jul 2013 05:38:50 +0000 (UTC) Received: from mailpod.hostingplatform.com ([10.30.71.204]) by atl4mhob04.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id r6B5coAr006705 for ; Thu, 11 Jul 2013 01:38:50 -0400 Received: (qmail 9896 invoked by uid 0); 11 Jul 2013 05:38:50 -0000 X-TCPREMOTEIP: 88.159.208.100 X-Authenticated-UID: mike@milosoftware.com Received: from unknown (HELO ?192.168.80.45?) (mike@milosoftware.com@88.159.208.100) by 0 with ESMTPA; 11 Jul 2013 05:38:50 -0000 Message-ID: <51DE44E9.9080209@topic.nl> Date: Thu, 11 Jul 2013 07:38:49 +0200 From: Mike Looijmans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: openembedded-core@lists.openembedded.org References: <51DD5E6A.5080301@topic.nl> <51DD60BF.9000302@windriver.com> In-Reply-To: <51DD60BF.9000302@windriver.com> Subject: Re: kernel miscompilation with gcc 4.8 for ARMv5 X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jul 2013 05:38:51 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 07/10/2013 03:25 PM, Mark Hatle wrote: > On 7/10/13 8:15 AM, Mike Looijmans wrote: >> On 07/10/2013 02:34 PM, Enrico Scholz wrote: >>> Enrico Scholz >>> >>> writes: >>> >>>> is it expected that recent gcc 4.8[1] compiles the kernel correctly? >>>> Kernels for ARMv5 platforms (PXA168 -> 3.4.52, MX28 -> 3.8.13) fail >>>> here >>>> 100% at early boot with >>> >>> Applying two upstream kernel commits >>> 455bd4c430b0c0a361f38e8658a0d6cb469942b5 (ARM: 7668/1: fix >>> memset-related crashes caused by recent GCC (4.7.2) optimizations) and >>> 418df63adac56841ef6b0f1fcf435bc64d4ed177 (ARM: 7670/1: fix the memset >>> fix) seem to fix the problem for me. >>> >> >> I encountered a compilation problem for MIPS kernels (version 3.3 and >> below) with the new GCC compiler: >> >> >> arch/mips/mm/page.c:89:6: error: 'clear_page' alias in between >> function and variable is not supported >> void clear_page(void *page) __attribute__((alias("clear_page_array"))); >> ^ >> arch/mips/mm/page.c:84:12: error: 'clear_page_array' aliased declaration >> [-Werror] >> static u32 clear_page_array[0x120 / 4]; >> ^ >> arch/mips/mm/page.c:108:6: error: 'copy_page' alias in between function >> and variable is not supported >> void copy_page(void *to, void *from) >> __attribute__((alias("copy_page_array"))); >> ^ >> arch/mips/mm/page.c:102:12: error: 'copy_page_array' aliased declaration >> [-Werror] >> static u32 copy_page_array[0x540 / 4]; >> >> >> So I'll probably have to go and look for backports to apply here. Anyone >> happen to come across this one already? >> (Looking in the git history for that file suggests applying >> c022630633624a75b3b58f43dd3c6cc896a56cff from upstream) >> >> A 3.8 kernel is running just fine with gcc 4.8. > > The following commit fixed the issue in 3.4. I assume it'll work in > other versions. > > kernel.org commit: c022630633624a75b3b58f43dd3c6cc896a56cff > > http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c022630633624a75b3b58f43dd3c6cc896a56cff Indeed, patching that into the kernels fixed it. Mike.