From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christian Ruppert Subject: Re: [PATCH v2 0/4] remove GENERIC_GPIO Date: Mon, 15 Apr 2013 09:43:25 +0200 Message-ID: <20130415074322.GC3264@ab42.lan> References: <1365445950-5736-1-git-send-email-gnurou@gmail.com> <5166C331.7060404@synopsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from mail.abilis.ch ([195.70.19.74]:18991 "EHLO mail.abilis.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932513Ab3DOIHb convert rfc822-to-8bit (ORCPT ); Mon, 15 Apr 2013 04:07:31 -0400 Content-Disposition: inline In-Reply-To: Sender: linux-arch-owner@vger.kernel.org List-ID: To: Alexandre Courbot Cc: Vineet Gupta , Grant Likely , Linus Walleij , Arnd Bergmann , linux-arch , Alexandre Courbot , Pierrick Hascoet , sascha leuenberger Hello Alexandre, On Fri, Apr 12, 2013 at 11:42:42AM -0700, Alexandre Courbot wrote: > Hi Vineet, >=20 > On Thu, Apr 11, 2013 at 7:05 AM, Vineet Gupta > wrote: > > I'm the maintainer for arch/arc. > > > > For 3.10, we are going to have a sub-platform included which enable= s GPIO. > > However given that your patch is still not in a maintainer tree I'm= going to apply > > the platform patch with GENERIC_GPIO and it would show up in -next = as well. But > > don't be alarmed - to align with your work, Christian or you can th= en possibly > > apply a patch to make arch/arc/* confirm to your work - preferably = via your > > tree/patchseries - OK ? >=20 > I guess that would work, but since I assume your platforms' GPIO > implementation use gpiolib anyway wouldn't it be simpler and more > logical to directly require it? >=20 > If you have reasons for not doing so I'm ok with doing the switch > later too, anyway that's what I had to do for all the other archs. The GPIO driver patch was proposed on lkml a few days ago and although = I am not aware of any "GENERIC" methods it uses it does not compile without GENERIC_GPIO being defined (errors in of_gpio.h etc). You can review the patch at https://lkml.org/lkml/2013/4/10/385. We'd be happy to accept any guidance on how to remove GENERIC_GPIO. Also, I'm not sure the custom interface to the pin controller is a grea= t solution and suggestions are welcome. The goal is to remove redundancy between the drivers in the definition of pin groups. Regards, Christian --=20 Christian Ruppert , /| Tel: +41/(0)22 816 19-42 //| 3, Chemin du Pr=E9-F= leuri _// | bilis Systems CH-1228 Plan-les-Oua= tes