From mboxrd@z Thu Jan 1 00:00:00 1970 From: Olof Johansson Subject: Re: [PATCH v4] ARM/serial: at91: switch atmel serial to use gpiolib Date: Fri, 31 Jan 2014 15:16:18 -0800 Message-ID: <20140131231618.GC11138@quad.lixom.net> References: <1383816355-2956-1-git-send-email-linus.walleij@linaro.org> <52EBBB84.9050705@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mail-pa0-f54.google.com ([209.85.220.54]:38896 "EHLO mail-pa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933110AbaAaXSK (ORCPT ); Fri, 31 Jan 2014 18:18:10 -0500 Received: by mail-pa0-f54.google.com with SMTP id fa1so5037913pad.27 for ; Fri, 31 Jan 2014 15:18:10 -0800 (PST) Content-Disposition: inline In-Reply-To: <52EBBB84.9050705@gmail.com> Sender: linux-gpio-owner@vger.kernel.org List-Id: linux-gpio@vger.kernel.org To: Richard Genoud Cc: Linus Walleij , "arm@kernel.org" , "linux-gpio@vger.kernel.org" , Alexandre Courbot , "linux-serial@vger.kernel.org" , Jean-Christophe Plagniol-Villard , Andrew Victor , "linux-arm-kernel@lists.infradead.org" On Fri, Jan 31, 2014 at 04:04:36PM +0100, Richard Genoud wrote: > On 13/01/2014 14:39, Linus Walleij wrote: > > On Thu, Nov 7, 2013 at 10:25 AM, Linus Walleij wrote: > > > >> This passes the errata fix using a GPIO to control the RTS pin > >> on one of the AT91 chips to use gpiolib instead of the > >> AT91-specific interfaces. Also remove the reliance on > >> compile-time #defines and the cpu_* check and rely on the > >> platform passing down the proper GPIO pin through platform > >> data. > >> > >> This is a prerequisite for getting rid of the local GPIO > >> implementation in the AT91 platform and move toward > >> multiplatform. > >> > >> The patch also adds device tree support for getting the > >> RTS GPIO pin from the device tree on DT boot paths. > >> > >> Signed-off-by: Nicolas Ferre > >> Acked-by: Jean-Christophe PLAGNIOL-VILLARD > >> Signed-off-by: Linus Walleij > >> --- > >> ChangeLog v3->v4: > > > > ARM SoC folks, if you're not taking this in through the removal > > series then please ACK this patch so I can take it through the GPIO > > tree instead (unless you want to apply this single patch, which would > > be even better, you have Greg's ACK in this thread). > > > I can't find this patch in linux-next, did I missed something ? Yeah, looks like we dropped the ball on it. We'll queue it up for 3.15 as soon as -rc1 is out. -Olof From mboxrd@z Thu Jan 1 00:00:00 1970 From: olof@lixom.net (Olof Johansson) Date: Fri, 31 Jan 2014 15:16:18 -0800 Subject: [PATCH v4] ARM/serial: at91: switch atmel serial to use gpiolib In-Reply-To: <52EBBB84.9050705@gmail.com> References: <1383816355-2956-1-git-send-email-linus.walleij@linaro.org> <52EBBB84.9050705@gmail.com> Message-ID: <20140131231618.GC11138@quad.lixom.net> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Fri, Jan 31, 2014 at 04:04:36PM +0100, Richard Genoud wrote: > On 13/01/2014 14:39, Linus Walleij wrote: > > On Thu, Nov 7, 2013 at 10:25 AM, Linus Walleij wrote: > > > >> This passes the errata fix using a GPIO to control the RTS pin > >> on one of the AT91 chips to use gpiolib instead of the > >> AT91-specific interfaces. Also remove the reliance on > >> compile-time #defines and the cpu_* check and rely on the > >> platform passing down the proper GPIO pin through platform > >> data. > >> > >> This is a prerequisite for getting rid of the local GPIO > >> implementation in the AT91 platform and move toward > >> multiplatform. > >> > >> The patch also adds device tree support for getting the > >> RTS GPIO pin from the device tree on DT boot paths. > >> > >> Signed-off-by: Nicolas Ferre > >> Acked-by: Jean-Christophe PLAGNIOL-VILLARD > >> Signed-off-by: Linus Walleij > >> --- > >> ChangeLog v3->v4: > > > > ARM SoC folks, if you're not taking this in through the removal > > series then please ACK this patch so I can take it through the GPIO > > tree instead (unless you want to apply this single patch, which would > > be even better, you have Greg's ACK in this thread). > > > I can't find this patch in linux-next, did I missed something ? Yeah, looks like we dropped the ball on it. We'll queue it up for 3.15 as soon as -rc1 is out. -Olof