On Thu, Dec 21, 2023 at 1:52 PM Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote: > > On Thu, Dec 21, 2023 at 10:26:03AM +0100, Bartosz Golaszewski wrote: > > On Wed, Dec 20, 2023 at 4:28 PM Linus Walleij <linus.walleij@xxxxxxxxxx> wrote: > > > On Wed, Dec 20, 2023 at 3:03 PM Andy Shevchenko > > > <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote: > > > > On Tue, Dec 19, 2023 at 09:11:02PM +0100, Bartosz Golaszewski wrote: > > > > > From: Bartosz Golaszewski <bartosz.golaszewski@xxxxxxxxxx> > > > > > > > > > > extra_checks is only used in a few places. It also depends on > > > > > > > > > a non-standard DEBUG define one needs to add to the source file. > > > > > > > > Huh?! > > > > > > > > What then CONFIG_DEBUG_GPIO is about? > > > > > > Yeah that is some helper DBrownell added because like me he could > > > never figure out how to pass -DDEBUG to a single file on the command > > > line and besides gpiolib is several files. I added the same to pinctrl > > > to get core debug messages. > > > > > > I guess Bartosz means extra_checks is == a non-standard DEBUG > > > define. > > I agree on this statement. > > > Defining DEBUG makes sense to > > enable dev_dbg() messages. > > Exactly! > > > CONFIG_DEBUG_GPIO is used by one driver > > By all drivers which are using pr_debug() / dev_dbg(). > I am using it a lot in my development process (actually I have it enabled > in all my kernel configurations). > I'm not saying we should remove it. It'll stay defined in the Makefile and remain seamless for debug messages. I just want to get rid of that ugly extra_checks variable which has very little impact. > > to enable code that can lead to undefined behavior (should it maybe be > > #if 0?). > > I don't know what you are talking about here. > I'm talking about drivers/gpio/gpio-tps65219.c and its usage of CONFIG_DEBUG_GPIO. Bart > -- > With Best Regards, > Andy Shevchenko > >