2022-08-29 16:19:05

by Christophe Leroy

[permalink] [raw]
Subject: [PATCH v1 3/8] gpiolib: Warn on drivers still using static gpiobase allocation

In the preparation of getting completely rid of static gpiobase
allocation in the future, emit a warning in drivers still doing so.

Signed-off-by: Christophe Leroy <[email protected]>
---
drivers/gpio/gpiolib.c | 3 +++
1 file changed, 3 insertions(+)

diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index cc9c0a12259e..3a6f29eeb72d 100644
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -715,6 +715,9 @@ int gpiochip_add_data_with_key(struct gpio_chip *gc, void *data,
* a poison instead.
*/
gc->base = base;
+ } else {
+ dev_warn(&gdev->dev, "Static allocation of GPIO base is "
+ "deprecated, use dynamic allocation.");
}
gdev->base = base;

--
2.37.1


2022-08-30 21:07:58

by Andy Shevchenko

[permalink] [raw]
Subject: Re: [PATCH v1 3/8] gpiolib: Warn on drivers still using static gpiobase allocation

On Mon, Aug 29, 2022 at 7:18 PM Christophe Leroy
<[email protected]> wrote:
>
> In the preparation of getting completely rid of static gpiobase
> allocation in the future, emit a warning in drivers still doing so.

...

> + dev_warn(&gdev->dev, "Static allocation of GPIO base is "
> + "deprecated, use dynamic allocation.");

First of all, do not split string literals. Second, you forgot '\n'.

--
With Best Regards,
Andy Shevchenko

2022-08-31 05:46:07

by Christophe Leroy

[permalink] [raw]
Subject: Re: [PATCH v1 3/8] gpiolib: Warn on drivers still using static gpiobase allocation



Le 30/08/2022 à 22:14, Andy Shevchenko a écrit :
> On Mon, Aug 29, 2022 at 7:18 PM Christophe Leroy
> <[email protected]> wrote:
>>
>> In the preparation of getting completely rid of static gpiobase
>> allocation in the future, emit a warning in drivers still doing so.
>
> ...
>
>> + dev_warn(&gdev->dev, "Static allocation of GPIO base is "
>> + "deprecated, use dynamic allocation.");
>
> First of all, do not split string literals. Second, you forgot '\n'.
>

Then I get a line longer than 100 chars, is that acceptable ?

Since commit 5fd29d6ccbc9 ("printk: clean up handling of log-levels and
newlines"), "\n" are just visual pollution, aren't they ?

Christophe

2022-08-31 08:19:40

by Geert Uytterhoeven

[permalink] [raw]
Subject: Re: [PATCH v1 3/8] gpiolib: Warn on drivers still using static gpiobase allocation

Hi Christophe,

On Wed, Aug 31, 2022 at 7:39 AM Christophe Leroy
<[email protected]> wrote:
> Le 30/08/2022 à 22:14, Andy Shevchenko a écrit :
> > On Mon, Aug 29, 2022 at 7:18 PM Christophe Leroy
> > <[email protected]> wrote:
> >> In the preparation of getting completely rid of static gpiobase
> >> allocation in the future, emit a warning in drivers still doing so.
> >
> > ...
> >
> >> + dev_warn(&gdev->dev, "Static allocation of GPIO base is "
> >> + "deprecated, use dynamic allocation.");
> >
> > First of all, do not split string literals. Second, you forgot '\n'.
>
> Then I get a line longer than 100 chars, is that acceptable ?

Yes it is. It is a much worse user experience if

git grep "Static allocation of GPIO base is deprecated"

does not let you find the line that does fit in 100 chars ;-)

> Since commit 5fd29d6ccbc9 ("printk: clean up handling of log-levels and
> newlines"), "\n" are just visual pollution, aren't they ?

The convention is to always add it. See also commit a0cba2179ea4c182
("Revert "printk: create pr_<level> functions"").

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds