> Am 22.12.2017 um 13:51 schrieb Johan Hovold <johan@xxxxxxxxxx>: > > 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@xxxxxxxxxxxxx> >> --- >> 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 -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
