From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754476Ab2FMQtF (ORCPT ); Wed, 13 Jun 2012 12:49:05 -0400 Received: from eusmtp01.atmel.com ([212.144.249.242]:51383 "EHLO eusmtp01.atmel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754150Ab2FMQtD (ORCPT ); Wed, 13 Jun 2012 12:49:03 -0400 Message-ID: <4FD8C476.3080904@atmel.com> Date: Wed, 13 Jun 2012 18:48:54 +0200 From: Nicolas Ferre Organization: atmel User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Olof Johansson , Arnd Bergmann CC: Ludovic Desroches , "Jean-Christophe PLAGNIOL-VILLARD" , linux-arm-kernel , Linux Kernel list Subject: Re: [GIT PULL] at91: platform data for atmel-mci (for 3.5) References: <4FBE4FE7.3010005@atmel.com> <4FC722B7.10409@atmel.com> <4FCCD8D9.2070005@atmel.com> In-Reply-To: <4FCCD8D9.2070005@atmel.com> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.159.245.112] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/04/2012 05:48 PM, Nicolas Ferre : > On 05/31/2012 11:04 PM, Olof Johansson : >> Hi Nicolas, >> >> On Thu, May 31, 2012 at 12:50 AM, Nicolas Ferre > > wrote: >> >> On 05/24/2012 05:12 PM, Nicolas Ferre : >> > Hi Arnd, hi Olof, >> >> Ping? >> >> (or maybe you will have a look at this after the merge window...) >> >> >> So, I looked at this branch yesterday but I wasn't entirely happy with >> the number of ifdefs it adds. > > Unfortunately, this is the usual shape of any devices/boards files on > AT91. This amount will be reduced when we remove the old driver and when > we move newer/popular devices to Device Tree... > >> If the idea is to deprecate the old driver, wouldn't it make more sense >> to just cut everyone over instead of having both sets of setup in the >> kernel? > > Well, the old driver has existed since a very long time and I think that > people are used to it on oldest platforms. This is why we put in place a > overlapping period. This way we hope that the transition will be smoother. > On the other hand, the old code will be removed in 3.7 so the > overlapping period will not be so long. > I hope that it will allow people to track bugs if some are remaining and > switch to newer driver easily. Olof, Arnd, So, do you have made up your mind about this pull request? Best regards, -- Nicolas Ferre From mboxrd@z Thu Jan 1 00:00:00 1970 From: nicolas.ferre@atmel.com (Nicolas Ferre) Date: Wed, 13 Jun 2012 18:48:54 +0200 Subject: [GIT PULL] at91: platform data for atmel-mci (for 3.5) In-Reply-To: <4FCCD8D9.2070005@atmel.com> References: <4FBE4FE7.3010005@atmel.com> <4FC722B7.10409@atmel.com> <4FCCD8D9.2070005@atmel.com> Message-ID: <4FD8C476.3080904@atmel.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 06/04/2012 05:48 PM, Nicolas Ferre : > On 05/31/2012 11:04 PM, Olof Johansson : >> Hi Nicolas, >> >> On Thu, May 31, 2012 at 12:50 AM, Nicolas Ferre > > wrote: >> >> On 05/24/2012 05:12 PM, Nicolas Ferre : >> > Hi Arnd, hi Olof, >> >> Ping? >> >> (or maybe you will have a look at this after the merge window...) >> >> >> So, I looked at this branch yesterday but I wasn't entirely happy with >> the number of ifdefs it adds. > > Unfortunately, this is the usual shape of any devices/boards files on > AT91. This amount will be reduced when we remove the old driver and when > we move newer/popular devices to Device Tree... > >> If the idea is to deprecate the old driver, wouldn't it make more sense >> to just cut everyone over instead of having both sets of setup in the >> kernel? > > Well, the old driver has existed since a very long time and I think that > people are used to it on oldest platforms. This is why we put in place a > overlapping period. This way we hope that the transition will be smoother. > On the other hand, the old code will be removed in 3.7 so the > overlapping period will not be so long. > I hope that it will allow people to track bugs if some are remaining and > switch to newer driver easily. Olof, Arnd, So, do you have made up your mind about this pull request? Best regards, -- Nicolas Ferre