[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75VeKw-dkc+7TjZLGpgQaBXx+-u_eADdJ9o3-PcCAKRdwLg@mail.gmail.com>
Date: Wed, 11 Oct 2023 18:18:19 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Peter Rosin <peda@...ntia.se>
Cc: Bartosz Golaszewski <brgl@...ev.pl>,
Linus Walleij <linus.walleij@...aro.org>,
Andy Shevchenko <andy@...nel.org>,
Peter Korsgaard <peter.korsgaard@...co.com>,
linux-gpio@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-i2c@...r.kernel.org,
Bartosz Golaszewski <bartosz.golaszewski@...aro.org>
Subject: Re: [PATCH 3/3] i2c: mux: gpio: don't fiddle with GPIOLIB internals
On Wed, Oct 11, 2023 at 5:59 PM Peter Rosin <peda@...ntia.se> wrote:
> 2023-10-11 at 15:02, Bartosz Golaszewski wrote:
> > Use the relevant API functions to retrieve the address of the
> > underlying struct device instead of accessing GPIOLIB private structures
> > manually.
> Very nice to see that wart gone! The only small question I have
> is if these helpers are needed elsewhere, or if a more "direct"
> gpiod_to_device() would have been sufficient?
Same concern is here. But I'm fine with the code.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists