Message ID | 20230208173343.37582-1-andriy.shevchenko@linux.intel.com |
---|---|
Headers | show |
Series | gpiolib cleanups | expand |
On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > The struct fwnode_handle pointer is used in both branches of ifdeffery, > no need to have a copy of the same in each of them, just make it global. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Linus Walleij <linus.walleij@linaro.org> Yours, Linus Walleij
On 2/8/23 11:03 PM, Andy Shevchenko wrote: > From: Linus Walleij <linus.walleij@linaro.org> > > The test driver uses the gpiod consumer API so include the right > <linux/gpio/consumer.h> header. This may cause a problem with > struct of_device_id being implcitly pulled in by the legacy > header <linux/gpio.h> so include <linux/mod_devicetable.h> > explicitly as well. > > While at it, drop explicit moduleparam.h (it's included with module.h) > and sort the headers. > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org> > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > --- > drivers/hte/hte-tegra194-test.c | 10 +++++----- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/drivers/hte/hte-tegra194-test.c b/drivers/hte/hte-tegra194-test.c > index 5d776a185bd6..358d4a10c6a1 100644 > --- a/drivers/hte/hte-tegra194-test.c > +++ b/drivers/hte/hte-tegra194-test.c > @@ -6,14 +6,14 @@ > */ > > #include <linux/err.h> > -#include <linux/module.h> > -#include <linux/moduleparam.h> > +#include <linux/gpio/consumer.h> > +#include <linux/hte.h> > #include <linux/interrupt.h> > -#include <linux/gpio.h> > -#include <linux/timer.h> > +#include <linux/mod_devicetable.h> > +#include <linux/module.h> > #include <linux/platform_device.h> > +#include <linux/timer.h> > #include <linux/workqueue.h> > -#include <linux/hte.h> > > /* > * This sample HTE GPIO test driver demonstrates HTE API usage by enabling Acked-by: Dipen Patel <dipenp@nvidia.com>
On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > > These are some older patches Arnd did last year, rebased to > linux-next-20230208. On top there are Andy's patches regarding > similar topic. The series starts with Linus Walleij's patches. > > The main goal is to remove some of the legacy bits of the gpiolib > interfaces, where the corner cases are easily avoided or replaced > with gpio descriptor based interfaces. > > The idea is to get an immutable branch and route the whole series > via GPIO tree. > Andy, looks like this series has all the acks it needs but I decided to not send it in the upcoming merge window, I'd prefer it gets some time in next so I'll let it sit until the next release cycle. Bart
On Wed, Feb 15, 2023 at 04:52:29PM +0100, Bartosz Golaszewski wrote: > On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko > <andriy.shevchenko@linux.intel.com> wrote: > > > > These are some older patches Arnd did last year, rebased to > > linux-next-20230208. On top there are Andy's patches regarding > > similar topic. The series starts with Linus Walleij's patches. > > > > The main goal is to remove some of the legacy bits of the gpiolib > > interfaces, where the corner cases are easily avoided or replaced > > with gpio descriptor based interfaces. > > > > The idea is to get an immutable branch and route the whole series > > via GPIO tree. > > Andy, > > looks like this series has all the acks it needs but I decided to not > send it in the upcoming merge window, I'd prefer it gets some time in > next so I'll let it sit until the next release cycle. Ah, I forgot to mention that this is for the next cycle (v6.4). Hence it's fine. (Moreover it's based on Linux Next, so it will fail compilation in any certain tree except that one.) I will create an immutable branch after v6.3-rc1 is out.