Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1327868 > unrolled thread

avr32 build failures in linux-next

Started byGuenter Roeck <linux@roeck-us.net>
First post2016-02-05 17:10 +0100
Last post2016-02-06 17:00 +0100
Articles 9 — 5 participants

Back to article view | Back to linux.kernel

Contents

  avr32 build failures in linux-next Guenter Roeck <linux@roeck-us.net> - 2016-02-05 17:10 +0100
    Re: avr32 build failures in linux-next Sudip Mukherjee <sudipm.mukherjee@gmail.com> - 2016-02-05 17:40 +0100
      Re: avr32 build failures in linux-next Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> - 2016-02-06 13:00 +0100
        Re: avr32 build failures in linux-next Måns Rullgård <mans@mansr.com> - 2016-02-06 15:10 +0100
          Re: avr32 build failures in linux-next Guenter Roeck <linux@roeck-us.net> - 2016-02-06 17:20 +0100
            Re: avr32 build failures in linux-next Måns Rullgård <mans@mansr.com> - 2016-02-06 18:30 +0100
              Re: avr32 build failures in linux-next Andy Shevchenko <andy.shevchenko@gmail.com> - 2016-02-08 17:10 +0100
                Re: avr32 build failures in linux-next Guenter Roeck <linux@roeck-us.net> - 2016-02-09 05:10 +0100
        Re: avr32 build failures in linux-next Guenter Roeck <linux@roeck-us.net> - 2016-02-06 17:00 +0100

#1327868 — avr32 build failures in linux-next

FromGuenter Roeck <linux@roeck-us.net>
Date2016-02-05 17:10 +0100
Subjectavr32 build failures in linux-next
Message-ID<qYR7j-2vG-11@gated-at.bofh.it>
Hi,

I am getting persistent build failures with av32 in linux-next.

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.

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 ?

Another question is if the avr32 kernel still supported, or if I should
just stop trying to build test it. Any thoughts ?

Thanks,
Guenter

[toc] | [next] | [standalone]

#1327925

FromSudip Mukherjee <sudipm.mukherjee@gmail.com>
Date2016-02-05 17:40 +0100
Message-ID<qYRAo-2Gm-57@gated-at.bofh.it>
In reply to#1327868
On Friday 05 February 2016 09:32 PM, Guenter Roeck wrote:
> Hi,
>
> I am getting persistent build failures with av32 in linux-next.

me too.

>
> 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.
>
> 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.

>
> 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.

Regards
Sudip

[toc] | [prev] | [next] | [standalone]

#1328288

FromHans-Christian Noren Egtvedt <egtvedt@samfundet.no>
Date2016-02-06 13:00 +0100
Message-ID<qZ9GW-6Nb-11@gated-at.bofh.it>
In reply to#1327925
Around Fri 05 Feb 2016 22:02:12 +0530 or thereabout, Sudip Mukherjee wrote:
> On Friday 05 February 2016 09:32 PM, Guenter Roeck wrote:
>>Hi,
>>
>>I am getting persistent build failures with av32 in linux-next.
> 
> me too.

linux-next is Torvalds master branch?

>>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.

>>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.

>>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.

If it is too unstable for you in the test bench, feel free to remove it.

-- 
Best regards,
Hans-Christian Egtvedt

[toc] | [prev] | [next] | [standalone]

#1328304

FromMåns Rullgård <mans@mansr.com>
Date2016-02-06 15:10 +0100
Message-ID<qZbIJ-8kW-1@gated-at.bofh.it>
In reply to#1328288
Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> 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.

>>>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.

>>>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.

-- 
Måns Rullgård

[toc] | [prev] | [next] | [standalone]

#1328331

FromGuenter Roeck <linux@roeck-us.net>
Date2016-02-06 17:20 +0100
Message-ID<qZdKy-1jI-1@gated-at.bofh.it>
In reply to#1328304
On 02/06/2016 06:01 AM, Måns Rullgård wrote:
> Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> 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

[toc] | [prev] | [next] | [standalone]

#1328340

FromMåns Rullgård <mans@mansr.com>
Date2016-02-06 18:30 +0100
Message-ID<qZeQi-27U-7@gated-at.bofh.it>
In reply to#1328331
Guenter Roeck <linux@roeck-us.net> writes:

> On 02/06/2016 06:01 AM, Måns Rullgård wrote:
>> Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> 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.

I know, I was merely providing another data point.

> 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

That looks like you're trying to use a toolchain configured for bare
metal uC environment.

> 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.

"Relocation truncated to fit" usually means the compiler used a relative
addressing mode to access something that ended up being too far away in
the final link.  Sometimes this is caused by using compiler flags for a
"small" memory model (text+data less than some limit) when a "large"
setting should have been used due to the size of the thing being built.
That's not the case here, however, since there are no such flags for
AVR32.  This means it's most likely either a compiler bug or a bug in
hand-written assembly code.

>>>>> 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.

Not very surprising either.  The number of people using Linux on avr32
is probably approximately zero, and if anyone is, they're likely still
running 2.6.32 or thereabouts.

-- 
Måns Rullgård

[toc] | [prev] | [next] | [standalone]

#1329249

FromAndy Shevchenko <andy.shevchenko@gmail.com>
Date2016-02-08 17:10 +0100
Message-ID<qZWy1-7BS-67@gated-at.bofh.it>
In reply to#1328340
On Sat, Feb 6, 2016 at 7:28 PM, Måns Rullgård <mans@mansr.com> wrote:

> Not very surprising either.  The number of people using Linux on avr32
> is probably approximately zero, and if anyone is, they're likely still
> running 2.6.32 or thereabouts.

Once I tried up the topic about removal avr32 for good, but looks like
it wasn't a good time. Maybe now is better? It would really reduce a
burden on many drivers.

-- 
With Best Regards,
Andy Shevchenko

[toc] | [prev] | [next] | [standalone]

#1329894

FromGuenter Roeck <linux@roeck-us.net>
Date2016-02-09 05:10 +0100
Message-ID<r07MK-72e-3@gated-at.bofh.it>
In reply to#1329249
On 02/08/2016 08:06 AM, Andy Shevchenko wrote:
> On Sat, Feb 6, 2016 at 7:28 PM, Måns Rullgård <mans@mansr.com> wrote:
>
>> Not very surprising either.  The number of people using Linux on avr32
>> is probably approximately zero, and if anyone is, they're likely still
>> running 2.6.32 or thereabouts.
>
> Once I tried up the topic about removal avr32 for good, but looks like
> it wasn't a good time. Maybe now is better? It would really reduce a
> burden on many drivers.
>
I would agree, as long as the maintainers agree. We don't want to repeat
the h8300 experience.

Thanks,
Guenter

[toc] | [prev] | [next] | [standalone]

#1328322

FromGuenter Roeck <linux@roeck-us.net>
Date2016-02-06 17:00 +0100
Message-ID<qZdrd-Ve-11@gated-at.bofh.it>
In reply to#1328288
On 02/06/2016 03:57 AM, Hans-Christian Noren Egtvedt wrote:
> Around Fri 05 Feb 2016 22:02:12 +0530 or thereabout, Sudip Mukherjee wrote:
>> On Friday 05 February 2016 09:32 PM, Guenter Roeck wrote:
>>> Hi,
>>>
>>> I am getting persistent build failures with av32 in linux-next.
>>
>> me too.
>
> linux-next is Torvalds master branch?
>

No. We are talking about
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git

>>> 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.
>
>>> 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.
>
>>> 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.
>
> If it is too unstable for you in the test bench, feel free to remove it.
>

I'll keep building it for now, until it fails to build in mainline.

Guenter

[toc] | [prev] | [standalone]

Back to top | Article view | linux.kernel

csiph-web