From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752546AbcBFQTt (ORCPT ); Sat, 6 Feb 2016 11:19:49 -0500 Received: from bh-25.webhostbox.net ([208.91.199.152]:32913 "EHLO bh-25.webhostbox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751174AbcBFQTr (ORCPT ); Sat, 6 Feb 2016 11:19:47 -0500 Subject: Re: avr32 build failures in linux-next To: =?UTF-8?B?TcOlbnMgUnVsbGfDpXJk?= , Hans-Christian Noren Egtvedt References: <56B4C799.5070401@roeck-us.net> <56B4CE8C.8040307@gmail.com> <20160206115722.GA32647@samfundet.no> Cc: Sudip Mukherjee , Haavard Skinnemoen , "linux-kernel@vger.kernel.org" From: Guenter Roeck Message-ID: <56B61D21.2010407@roeck-us.net> Date: Sat, 6 Feb 2016 08:19:45 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Authenticated_sender: linux@roeck-us.net X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bh-25.webhostbox.net X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - roeck-us.net X-Get-Message-Sender-Via: bh-25.webhostbox.net: authenticated_id: linux@roeck-us.net X-Authenticated-Sender: bh-25.webhostbox.net: linux@roeck-us.net X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/06/2016 06:01 AM, Måns Rullgård wrote: > Hans-Christian Noren Egtvedt writes: > >>>> Example for avr32:defconfig: >>>> >>>> fs/built-in.o: In function `anon_inode_getfile': >>>> (.text+0x2ae90): relocation truncated to fit: R_AVR32_21S against >>>> `.text'+296c0 >>>> >>>> All builds but avr32:allnoconfig fail with such truncated relocations. >> >> Weirdly I do not get this when I build torvalds/master with allnoconfig. >> >> The avr32 kernel was never very fond of CONFIG_CC_OPTIMIZE_FOR_SIZE=n, it >> was always built with CONFIG_CC_OPTIMIZE_FOR_SIZE=y for actual usage. > > 4.5-rc1 builds and runs with CONFIG_CC_OPTIMIZE_FOR_SIZE=n here. It's a > fairly minimal config though. > 4.5-rcX is not the problem. I was talking about linux-next. Disabling CONFIG_CC_OPTIMIZE_FOR_SIZE does not make a difference. Same problem. >>>> Toolchain used is the old gcc 4.2.4 toolchain from kernel.org. I have been >>>> unable to find or build newer versions of gcc for avr32. >>>> >>>> Does anyone know if a more recent toolchain for avr32 is available ? >>> >>> https://sourceware.org/ml/crossgcc/2015-10/msg00050.html >>> says avr32 has been depreciated. >> >> Last release of avr32-linux GCC was the 4.2.4 patches in Buildroot for AVR32. >> >> Atmel never upstreamed the AVR32 patches for GCC. > > There are patches for gcc 4.4.3 at > http://distribute.atmel.no/tools/opensource/avr32-gcc/ > The patches apply with only trivial fixes to 4.4.7 as well. I tried > forward-porting to something newer, but my knowledge gcc internal voodoo > wasn't sufficient. > I managed to build avr32 gcc 4.4.7 from http://distribute.atmel.no/tools/opensource/Atmel-AVR32-GNU-Toolchain/3.4.3/ after making a couple of changes in the gcc source to make its first stage build with a recent version of gcc (looks like one can not build gcc 4.4.7 with gcc 5.2 without fixing it up first ;-). No difference. If anything, the situation is worse, since it produces lots of avr32-ld:built in linker script:15: warning: memory region `FLASH' not declared avr32-ld:built in linker script:140: warning: memory region `CPUSRAM' not declared in addition to the final 'relocation truncated to fit' error. Since the message is produced by the linker, maybe this isn't even a compiler problem but a problem with binutils. >>>> Another question is if the avr32 kernel still supported, or if I should >>>> just stop trying to build test it. Any thoughts ? >>> >>> I have already stopped building it. >> >> I build the kernel and try to fix small issues here and there. > > Even when it builds, it often doesn't work since non-DT support has > bitrotted in many drivers. > Not very encouraging. I'll stop building it after avr32:defconfig fails to build in mainline. Guenter