[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <A2720858-5172-4627-8133-C677E4B4DC72@goldelico.com>
Date: Fri, 22 Dec 2017 15:41:24 +0100
From: "H. Nikolaus Schaller" <hns@...delico.com>
To: Johan Hovold <johan@...nel.org>
Cc: Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Benoît Cousson <bcousson@...libre.com>,
Tony Lindgren <tony@...mide.com>,
Russell King <linux@...linux.org.uk>,
Arnd Bergmann <arnd@...db.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Kevin Hilman <khilman@...libre.com>,
Andreas Färber <afaerber@...e.de>,
Thierry Reding <treding@...dia.com>,
Jonathan Cameron <jic23@...nel.org>,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-omap@...r.kernel.org, letux-kernel@...nphoenux.org,
kernel@...a-handheld.com, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v5 5/5] misc serdev: w2sg0004: add debugging code and Kconfig
> Am 22.12.2017 um 13:51 schrieb Johan Hovold <johan@...nel.org>:
>
> On Fri, Dec 01, 2017 at 08:49:38AM +0100, H. Nikolaus Schaller wrote:
>> This allows to set CONFIG_W2SG0004_DEBUG which will
>> make the driver report more activities and it will turn on the
>> GPS module during boot while the driver assumes that it
>> is off. This can be used to debug the correct functioning of
>> the hardware. Therefore we add it as an option to the driver
>> because we think it is of general use (and a little tricky to
>> add by system testers).
>>
>> Normally it should be off.
>>
>> Signed-off-by: H. Nikolaus Schaller <hns@...delico.com>
>> ---
>> drivers/misc/Kconfig | 8 ++++++++
>> drivers/misc/w2sg0004.c | 37 +++++++++++++++++++++++++++++++++++++
>> 2 files changed, 45 insertions(+)
>
> I'd say say this does not belong in the kernel at all.
There are other examples of such DEBUG options for drivers.
E.g. CONFIG_LIBERTAS_DEBUG.
It helps the hardware developer to test things and should of course
be disabled in a production kernel.
During hardware bringup I am always happy if someone else has shared
such tools instead of omitting them. So that we do not have to invent
them (again) and hack into our own kernel.
Of course, this should be discussed and you are open to take it
or leave it.
> And even if the
> power-state test were to be allowed, most of the pr_debugs would
> need to go.
I see.
"/* If you are writing a driver, please use dev_dbg instead */"
Well, nobody actively reads this comment in the header file...
Maybe checkpatch could be teached to warn?
> You really should be using dev_dbg and friends, which can
> already be enabled selectively at run time using dynamic debugging.
Well, in this case it is not needed to dynamically turn it on/off.
BR and thanks,
Nikolaus Schaller
Powered by blists - more mailing lists