From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: Nicolas Ferre <nicolas.ferre@atmel.com>,
Linus Walleij <linus.walleij@linaro.org>,
linux-gpio@vger.kernel.org,
Alexandre Courbot <acourbot@nvidia.com>,
linux-serial@vger.kernel.org,
Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
Andrew Victor <linux@maxim.org.za>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v4] ARM/serial: at91: switch atmel serial to use gpiolib
Date: Wed, 4 Dec 2013 09:09:11 -0800 [thread overview]
Message-ID: <20131204170911.GC14859@kroah.com> (raw)
In-Reply-To: <20131204102353.GI29721@pengutronix.de>
On Wed, Dec 04, 2013 at 11:23:53AM +0100, Uwe Kleine-König wrote:
> Hello Greg, hi Nicolas,
>
> On Mon, Dec 02, 2013 at 09:47:50AM +0100, Nicolas Ferre wrote:
> > On 13/11/2013 17:28, Nicolas Ferre :
> > >On 07/11/2013 10:25, Linus Walleij :
> > >>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 <nicolas.ferre@atmel.com>
> > >>Acked-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> > >>Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
> > >
> > >Hi Greg,
> > >
> > >You acknowledged a previous version of this patch which was taking a
> > >different approach with the subject:
> > >"[PATCH 1/4] ARM/serial: at91: move machine quirk into machine"
> > >
> > >In order to integrate the series build by Linus in our AT91/arm-soc
> > >flow, would you mind reviewing this v4 patch and eventually giving your
> > >blessing ;-)
> > >If it is okay on your side, I'll integrate it in a pull-request to
> > >arm-soc for 3.14.
> >
> > Greg, ping?
> I'm depending on that patch for a series that gets rid of ARM's
> <mach/timex.h>. So I'm interested to either get a stable commit to
> base on or alternatively to get the blessing from both of you to take it
> (also via arm-soc) as part of my series.
>
> A preview of my series is available at
>
> git://git.pengutronix.de/git/ukl/linux.git deprecatemachtimexh
No objection from me to take it through your tree.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: gregkh@linuxfoundation.org (Greg Kroah-Hartman)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4] ARM/serial: at91: switch atmel serial to use gpiolib
Date: Wed, 4 Dec 2013 09:09:11 -0800 [thread overview]
Message-ID: <20131204170911.GC14859@kroah.com> (raw)
In-Reply-To: <20131204102353.GI29721@pengutronix.de>
On Wed, Dec 04, 2013 at 11:23:53AM +0100, Uwe Kleine-K?nig wrote:
> Hello Greg, hi Nicolas,
>
> On Mon, Dec 02, 2013 at 09:47:50AM +0100, Nicolas Ferre wrote:
> > On 13/11/2013 17:28, Nicolas Ferre :
> > >On 07/11/2013 10:25, Linus Walleij :
> > >>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 <nicolas.ferre@atmel.com>
> > >>Acked-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
> > >>Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
> > >
> > >Hi Greg,
> > >
> > >You acknowledged a previous version of this patch which was taking a
> > >different approach with the subject:
> > >"[PATCH 1/4] ARM/serial: at91: move machine quirk into machine"
> > >
> > >In order to integrate the series build by Linus in our AT91/arm-soc
> > >flow, would you mind reviewing this v4 patch and eventually giving your
> > >blessing ;-)
> > >If it is okay on your side, I'll integrate it in a pull-request to
> > >arm-soc for 3.14.
> >
> > Greg, ping?
> I'm depending on that patch for a series that gets rid of ARM's
> <mach/timex.h>. So I'm interested to either get a stable commit to
> base on or alternatively to get the blessing from both of you to take it
> (also via arm-soc) as part of my series.
>
> A preview of my series is available at
>
> git://git.pengutronix.de/git/ukl/linux.git deprecatemachtimexh
No objection from me to take it through your tree.
thanks,
greg k-h
next prev parent reply other threads:[~2013-12-04 17:09 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-07 9:25 [PATCH v4] ARM/serial: at91: switch atmel serial to use gpiolib Linus Walleij
2013-11-07 9:25 ` Linus Walleij
2013-11-13 16:28 ` Nicolas Ferre
2013-11-13 16:28 ` Nicolas Ferre
2013-12-02 8:47 ` Nicolas Ferre
2013-12-02 8:47 ` Nicolas Ferre
2013-12-04 10:23 ` Uwe Kleine-König
2013-12-04 10:23 ` Uwe Kleine-König
2013-12-04 17:09 ` Greg Kroah-Hartman [this message]
2013-12-04 17:09 ` Greg Kroah-Hartman
2013-12-04 19:16 ` Uwe Kleine-König
2013-12-04 19:16 ` Uwe Kleine-König
2013-12-04 19:25 ` Greg Kroah-Hartman
2013-12-04 19:25 ` Greg Kroah-Hartman
2013-12-05 16:57 ` Nicolas Ferre
2013-12-05 16:57 ` Nicolas Ferre
2013-12-05 20:28 ` Uwe Kleine-König
2013-12-05 20:28 ` Uwe Kleine-König
2013-12-06 11:23 ` Nicolas Ferre
2013-12-06 11:23 ` Nicolas Ferre
2013-12-04 17:08 ` Greg Kroah-Hartman
2013-12-04 17:08 ` Greg Kroah-Hartman
2014-01-08 12:42 ` Linus Walleij
2014-01-08 12:42 ` Linus Walleij
2014-01-08 12:54 ` Nicolas Ferre
2014-01-08 12:54 ` Nicolas Ferre
2014-01-13 13:39 ` Linus Walleij
2014-01-13 13:39 ` Linus Walleij
2014-01-31 15:04 ` Richard Genoud
2014-01-31 15:04 ` Richard Genoud
2014-01-31 23:16 ` Olof Johansson
2014-01-31 23:16 ` Olof Johansson
2014-02-03 8:34 ` Linus Walleij
2014-02-03 8:34 ` Linus Walleij
2014-02-03 9:06 ` Uwe Kleine-König
2014-02-03 9:06 ` Uwe Kleine-König
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131204170911.GC14859@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=acourbot@nvidia.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=linux@maxim.org.za \
--cc=nicolas.ferre@atmel.com \
--cc=plagnioj@jcrosoft.com \
--cc=u.kleine-koenig@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.