Message ID | 20230208173343.37582-1-andriy.shevchenko@linux.intel.com |
---|---|
Headers | show |
Series | gpiolib cleanups | expand |
On 08/02/2023 18:33, Andy Shevchenko wrote: > From: Linus Walleij <linus.walleij@linaro.org> > > The file s3c64xx.c is including <linux/gpio.h> despite using no > symbols from the file, however it needs it to implicitly bring in > of_have_populated_dt() so include <linux/of.h> explicitly instead. > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org> > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > --- > arch/arm/mach-s3c/s3c64xx.c | 2 +- It's not s3c24xx anymore, so subject prefix: ARM: s3c64xx: Best regards, Krzysztof
On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > Do not imply that some of the generic headers may be always included. > Instead, include explicitly what we are direct user of. > > While at it, split out the GPIO group of headers. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Linus Walleij <linus.walleij@linaro.org> Yours, Linus Walleij
On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > Do not imply that some of the generic headers may be always included. > Instead, include explicitly what we are direct user of. > > While at it, drop unused linux/gpio.h and split out the GPIO group of > headers. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be> Reviewed-by: Linus Walleij <linus.walleij@linaro.org> Yours, Linus Walleij
On Wed, Feb 8, 2023 at 6:34 PM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > There is a few things done: > - include only the headers we are direct user of > - when pointer is in use, provide a forward declaration > - add missing headers > - group generic headers and subsystem headers > - sort each group alphabetically > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Linus Walleij <linus.walleij@linaro.org> Yours, Linus Walleij
On Wed, Feb 8, 2023 at 6:39 PM Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> wrote: > On 08/02/2023 18:33, Andy Shevchenko wrote: > > From: Linus Walleij <linus.walleij@linaro.org> > > > > The file s3c64xx.c is including <linux/gpio.h> despite using no > > symbols from the file, however it needs it to implicitly bring in > > of_have_populated_dt() so include <linux/of.h> explicitly instead. > > > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org> > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > > --- > > arch/arm/mach-s3c/s3c64xx.c | 2 +- > > It's not s3c24xx anymore, so subject prefix: > ARM: s3c64xx: My mistake, mea culpa. Yours, Linus Walleij
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.