Re: [PATCH 12/12] i2c: gpio: flag atomic capability if possible

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH 12/12] i2c: gpio: flag atomic capability if possible
From: Linus Walleij <linus.walleij@xxxxxxxxxx>
Date: Thu, 4 Apr 2019 22:40:23 +0700
Cc: linux-i2c@xxxxxxxxxxxxxxx, Linux-Renesas <linux-renesas-soc@xxxxxxxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, Linux ARM <linux-arm-kernel@xxxxxxxxxxxxxxxxxxx>, Peter Rosin <peda@xxxxxxxxxx>, Stefan Lengfeld <contact@xxxxxxxxxxxxxxx>, Linux-OMAP <linux-omap@xxxxxxxxxxxxxxx>, linux-tegra@xxxxxxxxxxxxxxx, Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
In-reply-to: <20190403124019.8947-13-wsa+renesas@sang-engineering.com>
References: <20190403124019.8947-1-wsa+renesas@sang-engineering.com> <20190403124019.8947-13-wsa+renesas@sang-engineering.com>

On Wed, Apr 3, 2019 at 7:40 PM Wolfram Sang
<wsa+renesas@xxxxxxxxxxxxxxxxxxxx> wrote:

> If switching GPIOs does not sleep, then we can support atomic transfers.
>
> Signed-off-by: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>

Neat and intuitive.
Reviewed-by: Linus Walleij <linus.walleij@xxxxxxxxxx>

Yours,
Linus Walleij

References:
- [PATCH 00/12] i2c: core: introduce atomic transfers
  - From: Wolfram Sang
- [PATCH 12/12] i2c: gpio: flag atomic capability if possible
  - From: Wolfram Sang

Prev by Date: Re: [PATCH 10/12] i2c: stu300: use xfer_atomic callback to bail out early
Next by Date: Re: [PATCH v6 9/9] arm64: dts: Stingray: Add NIC i2c device node
Previous by thread: [PATCH 12/12] i2c: gpio: flag atomic capability if possible
Next by thread: Re: [PATCH 12/12] i2c: gpio: flag atomic capability if possible
Index(es):
- Date
- Thread

[Index of Archives] [Linux GPIO] [Linux SPI] [Linux Hardward Monitoring] [LM Sensors] [Linux USB Devel] [Linux Media] [Video for Linux] [Linux Audio Users] [Yosemite News] [Linux Kernel] [Linux SCSI]

Powered by Linux