From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Korsgaard Date: Thu, 10 Jul 2014 14:33:41 +0200 Subject: [Buildroot] [PATCH 01/10] arch: deprecate the AVR32 architecture In-Reply-To: <1404237789-15563-2-git-send-email-thomas.petazzoni@free-electrons.com> (Thomas Petazzoni's message of "Tue, 1 Jul 2014 20:03:00 +0200") References: <1404237789-15563-1-git-send-email-thomas.petazzoni@free-electrons.com> <1404237789-15563-2-git-send-email-thomas.petazzoni@free-electrons.com> Message-ID: <87egxtqtp6.fsf@dell.be.48ers.dk> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net >>>>> "Thomas" == Thomas Petazzoni writes: > The AVR32 architecture from Atmel is obsolete since a long time, not > supported upstream in most of the toolchain components (requires a > special version of gcc, an old version of uClibc, etc.). Until > February, Simon Dawson was making an excellent job at maintaining > AVR32 in Buildroot, and fixing all the issues caused by this > architecture. However, Simon focus has changed, and despite his call > for a new maintainer for AVR32 in Buildroot, nobody stepped up. > The issue of maintaining AVR32 is becoming worse and worse, so this > patch proposes to deprecate it for 2014.08, but keeping the support > around, to remove it for sure in 2014.11. > Cc: Simon Dawson > Signed-off-by: Thomas Petazzoni > --- > arch/Config.in | 6 ++++++ > 1 file changed, 6 insertions(+) > diff --git a/arch/Config.in b/arch/Config.in > index 1f60f81..77fae7a 100644 > --- a/arch/Config.in > +++ b/arch/Config.in > @@ -56,6 +56,12 @@ config BR2_aarch64 > config BR2_avr32 > bool "AVR32" > select BR2_SOFT_FLOAT > + # This architecture is obsolete and complicated to maintain to > + # do the lack of upstream support in the major toolchain > + # components. If you're interested by AVR32, contact the > + # Buildroot community. Otherwise, its support will be removed > + # in 2014.11. > + depends on BR2_DEPRECATED_SINCE_2014_08 I agree that we should get rid of avr32, but I can also follow Thomas' input about the normal deprecation cycle. With summer holidays coming up, chances are that people might miss it from the 2014.08 relase notes - Perhaps a compromise would be to only remove it by 2015.02? -- Bye, Peter Korsgaard