linux-kernel - Re: [PATCH v2 23/24] kset-example: add pr_debug()s for easy visibility of its operation

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20200616063712.GA10274@kroah.com>
Date:   Tue, 16 Jun 2020 08:37:12 +0200
From:   Greg KH <gregkh@...uxfoundation.org>
To:     jim.cromie@...il.com
Cc:     Jason Baron <jbaron@...mai.com>,
        LKML <linux-kernel@...r.kernel.org>, akpm@...uxfoundation.org,
        Rasmus Villemoes <linux@...musvillemoes.dk>
Subject: Re: [PATCH v2 23/24] kset-example: add pr_debug()s for easy
 visibility of its operation

On Mon, Jun 15, 2020 at 04:18:38PM -0600, jim.cromie@...il.com wrote:
> On Sun, Jun 14, 2020 at 12:05 AM Greg KH <gregkh@...uxfoundation.org> wrote:
> >
> > On Sat, Jun 13, 2020 at 09:57:37AM -0600, Jim Cromie wrote:
> > > put pr_debug()s into most functions, to easily see code operate when
> > > module is loaded and used.
> > >
> > >   #> dmesg -w &
> > >   #> modprobe kset-example dyndbg=+pfml
> > >   #> cat /sys/kernel/kset-example/*/*
> > > ---
> 
> > >  static int __init example_init(void)
> > >  {
> > > +     pr_debug("called");
> >
> > Why???  If you want to do something like this, use ftrace, that is what
> > it is for.
> >
> > thanks,
> >
> > greg k-h
> 
> 
> mostly I needed an easy place to try out pr_debug_n  in the next patch.
> if that next patch seems like a good anti-pattern for pr_debug_n use/misuse,
> then I could combine the 2, and add a 'dont do this, use ftrace' comment too.
> or not, of course.

This is not a good place to use it at all, as I do not want to see
people copying it.  Anything that does "called" is ripe to just be
removed entirely.

Which again leads me to the "are you sure you want to do any of this?"
question as almost always, complex debugging stuff like this is never
used once the driver is up and running properly.

thanks,

greg k-h