Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755776Ab3IYCIA (ORCPT ); Tue, 24 Sep 2013 22:08:00 -0400 Received: from relais.videotron.ca ([24.201.245.36]:29987 "EHLO relais.videotron.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754383Ab3IYCH7 (ORCPT ); Tue, 24 Sep 2013 22:07:59 -0400 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: TEXT/PLAIN; CHARSET=US-ASCII Date: Tue, 24 Sep 2013 22:07:57 -0400 (EDT) From: Nicolas Pitre To: Rob Landley Cc: Russell King - ARM Linux , =?ISO-8859-15?Q?M=E5ns_Rullg=E5rd?= , Andrew Morton , Trivial patch monkey , Catalin Marinas , Will Deacon , "linux-kernel@vger.kernel.org" , Pavel Machek , "linux-omap@vger.kernel.org" , Linus Torvalds , "linux-arm-kernel@lists.infradead.org" Subject: Re: new binutils needed for arm in 3.12-rc1 In-reply-to: <1380071607.1974.78@driftwood> Message-id: References: <1380071607.1974.78@driftwood> User-Agent: Alpine 2.03 (LFD 1266 2009-07-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1475 Lines: 31 On Tue, 24 Sep 2013, Rob Landley wrote: > On 09/24/2013 04:48:00 PM, Russell King - ARM Linux wrote: > > Now, if you feel strongly about this, we _could_ introduce a > > CONFIG_OLD_BINUTILS and give everyone their cake - but it will be > > fragile. Not everyone will remember to get that right, because they'll > > be using the later binutils. Also, we already have an excessive number > > of potential breakage-inducing options and we certainly don't need > > another. > > I'm doing the regression testing either way, on several different > architectures. (Although I tend to to only really do a thorough job quarterly > when a new kernel comes out and it's time to make it work.) So I'm going to be > doing something locally like this anyway, and if a CONFIG_OLD_BINUTILS is > acceptable I might as well push it upstream. If you are convinced you have no choice but to stick to old binutils, I'd strongly suggest you make your binutils compatible with newer instruction syntax instead of making the kernel more complex. This is more in line with being future proof rather than stuck into the past. It could be as simple as making gas accept an extra argument for instructions like dsb and just ignoring it. Nicolas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/