[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMRc=MejA6DsnOW3hS+aFtecXn38UypJU2TUrAWPoo9Ly341uw@mail.gmail.com>
Date: Thu, 23 Oct 2025 11:37:59 +0200
From: Bartosz Golaszewski <brgl@...ev.pl>
To: Wolfram Sang <wsa+renesas@...g-engineering.com>
Cc: Philipp Zabel <p.zabel@...gutronix.de>, Geert Uytterhoeven <geert@...ux-m68k.org>,
linux-renesas-soc@...r.kernel.org,
Kuninori Morimoto <kuninori.morimoto.gx@...esas.com>,
Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 2/2] reset: always include RESET_GPIO driver if possible
On Thu, Oct 23, 2025 at 11:22 AM Wolfram Sang
<wsa+renesas@...g-engineering.com> wrote:
>
> Hi Philipp,
>
> > > > I dunno for how many drivers this is really applicable, but I really
> > > > liked the cleanup of the pca954x driver.
> >
> > That cleanup might have been a little premature, given that the reset-
> > gpio driver currently only works on OF-based platforms, and even there
> > only with gpio controllers with #gpio-cells = <2>.
>
> I see. That kind of spoils my assumption that it is a fallback supported
> by the core. Darn, I would still like to have it, but it seems more
> complicated than I have time for it :(
>
As soon as my two other reset series land in next, I will finish my
work on converting the reset core to fwnode which should help.
Bart
Powered by blists - more mailing lists