All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Genoud <richard.genoud@gmail.com>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: "arm@kernel.org" <arm@kernel.org>,
	"linux-gpio@vger.kernel.org" <linux-gpio@vger.kernel.org>,
	Alexandre Courbot <acourbot@nvidia.com>,
	"linux-serial@vger.kernel.org" <linux-serial@vger.kernel.org>,
	Jean-Christophe Plagniol-Villard <plagnioj@jcrosoft.com>,
	Andrew Victor <linux@maxim.org.za>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v4] ARM/serial: at91: switch atmel serial to use gpiolib
Date: Fri, 31 Jan 2014 16:04:36 +0100	[thread overview]
Message-ID: <52EBBB84.9050705@gmail.com> (raw)
In-Reply-To: <CACRpkdZNe0L+yZnqrY51Oeg+k5NHXebJAiqxi+p5Scy-BQ2+1w@mail.gmail.com>

On 13/01/2014 14:39, Linus Walleij wrote:
> On Thu, Nov 7, 2013 at 10:25 AM, Linus Walleij <linus.walleij@linaro.org> 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 <nicolas.ferre@atmel.com>
>> Acked-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
>> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
>> ---
>> ChangeLog v3->v4:
> 
> ARM SoC folks, if you're not taking this in through the <timex.h> 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 ?



WARNING: multiple messages have this Message-ID (diff)
From: richard.genoud@gmail.com (Richard Genoud)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4] ARM/serial: at91: switch atmel serial to use gpiolib
Date: Fri, 31 Jan 2014 16:04:36 +0100	[thread overview]
Message-ID: <52EBBB84.9050705@gmail.com> (raw)
In-Reply-To: <CACRpkdZNe0L+yZnqrY51Oeg+k5NHXebJAiqxi+p5Scy-BQ2+1w@mail.gmail.com>

On 13/01/2014 14:39, Linus Walleij wrote:
> On Thu, Nov 7, 2013 at 10:25 AM, Linus Walleij <linus.walleij@linaro.org> 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 <nicolas.ferre@atmel.com>
>> Acked-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
>> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
>> ---
>> ChangeLog v3->v4:
> 
> ARM SoC folks, if you're not taking this in through the <timex.h> 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 ?

  reply	other threads:[~2014-01-31 15:04 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
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 [this message]
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=52EBBB84.9050705@gmail.com \
    --to=richard.genoud@gmail.com \
    --cc=acourbot@nvidia.com \
    --cc=arm@kernel.org \
    --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=plagnioj@jcrosoft.com \
    /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.