[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZIxku9jFT9tOY7cY@smile.fi.intel.com>
Date: Fri, 16 Jun 2023 16:33:47 +0300
From: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
To: Alexander Stein <alexander.stein@...tq-group.com>
Cc: Bartosz Golaszewski <bartosz.golaszewski@...aro.org>,
Geert Uytterhoeven <geert+renesas@...der.be>,
Linus Walleij <linus.walleij@...aro.org>,
linux-kernel@...r.kernel.org, linux-gpio@...r.kernel.org,
Bartosz Golaszewski <brgl@...ev.pl>
Subject: Re: [PATCH v3 0/5] gpio: aggregator: Incorporate gpio-delay
functionality
On Fri, Jun 16, 2023 at 11:01:17AM +0200, Alexander Stein wrote:
> Am Donnerstag, 15. Juni 2023, 15:20:18 CEST schrieb Andy Shevchenko:
> > The newly appeared gpio-delay module enables external signal delay lines
> > that may be connected to the GPIOs. But at the same time it copies the
> > GPIO forwarder functionality. Besides that the approach does not scale.
> > If we would have another external component, we would need yet another
> > driver. That's why I think, and seems others support me, better to
> > enable such a functionality inside GPIO aggregator driver.
> >
> > Patch 1 is a cleanup that may be applied independently on the decision
> > about the rest.
> >
> > Please, test and comment! Alexander, I would appreciate your tag.
>
> This works on my platform:
> Tested-by: Alexander Stein <alexander.stein@...tq-group.com>
Thank you!
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists