Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1609833
| From | Boris Brezillon <boris.brezillon@free-electrons.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC] remove support for AVR32 architecture |
| Date | 2017-03-27 15:30 +0200 |
| Message-ID | <tpCSC-hj-23@gated-at.bofh.it> (permalink) |
| References | <tgjPc-og-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi Hans, On Wed, 1 Mar 2017 21:44:26 +0100 Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> wrote: > Hello all, > > The AVR32 architecture is not keeping up with the development of the kernel, > and since it shares so much of the drivers with Atmel ARM SoC, it is starting > to hinder these drivers to develop swiftly. > > Also, all AVR32 AP7 SoC processors are end of lifed from Atmel (now > Microchip). > > Finally, the GCC toolchain is stuck at version 4.2.x, and has not received > any patches since the last release from Atmel; > 4.2.4-atmel.1.1.3.avr32linux.1. When building kernel v4.10, this toolchain is > no longer able to properly link the network stack. > > Haavard and I have came to the conclusion that we feel keeping AVR32 on life > support offers more obstacles for Atmel ARMs, than it gives joy to AVR32 > users. I also suspect there are very few AVR32 users left today, if anybody > at all. > > I have prepared three patches in my for-linus branch in git tree > https://git.kernel.org/cgit/linux/kernel/git/egtvedt/linux-avr32.git > > Shortlog below, patches not inlined as they are quite large IMHO. > > I will send a formal pull request to Linus unless anybody objects loudly. Is this still planned for 4.12?
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [RFC] remove support for AVR32 architecture Boris Brezillon <boris.brezillon@free-electrons.com> - 2017-03-27 15:30 +0200 Re: [RFC] remove support for AVR32 architecture Hans-Christian Noren Egtvedt <egtvedt@samfundet.no> - 2017-03-27 15:40 +0200
csiph-web