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 CBCC360666 for ; Wed, 10 Jul 2013 13:15:22 +0000 (UTC) Received: from mailpod.hostingplatform.com ([10.30.71.211]) by atl4mhob04.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id r6ADFN3m006902 for ; Wed, 10 Jul 2013 09:15:23 -0400 Received: (qmail 6022 invoked by uid 0); 10 Jul 2013 13:15:22 -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; 10 Jul 2013 13:15:22 -0000 Message-ID: <51DD5E6A.5080301@topic.nl> Date: Wed, 10 Jul 2013 15:15:22 +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: In-Reply-To: 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: Wed, 10 Jul 2013 13:15:23 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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.