[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAHp75VfVF3giovZ=qA423rZNEP_m2bpD_dmBvdGp2UrueKOs4g@mail.gmail.com>
Date: Thu, 15 Jun 2023 12:10:26 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Cc: Bartosz Golaszewski <bartosz.golaszewski@...aro.org>,
Alexander Stein <alexander.stein@...tq-group.com>,
linux-kernel@...r.kernel.org, linux-gpio@...r.kernel.org,
Linus Walleij <linus.walleij@...aro.org>,
Bartosz Golaszewski <brgl@...ev.pl>,
Andy Shevchenko <andy@...nel.org>,
Geert Uytterhoeven <geert+renesas@...der.be>
Subject: Re: [PATCH v2 0/4] gpio: aggregator: Incorporate gpio-delay functionality
On Thu, Jun 15, 2023 at 2:14 AM Andy Shevchenko
<andriy.shevchenko@...ux.intel.com> wrote:
>
> 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 have slightly changed the code, can you test this and
give your formal Tested-by tag?
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists