LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: "Fabio M. De Francesco" <fmdefrancesco@gmail.com> To: Martin Kaiser <martin@kaiser.cx> Cc: Dan Carpenter <dan.carpenter@oracle.com>, Phillip Potter <phil@philpotter.co.uk>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Larry Finger <Larry.Finger@lwfinger.net>, Michael Straube <straube.linux@gmail.com>, linux-staging@lists.linux.dev, Linux Kernel Mailing List <linux-kernel@vger.kernel.org> Subject: Re: [PATCH 3/5] staging: r8188eu: (trivial) remove a duplicate debug print Date: Fri, 13 Aug 2021 14:42:53 +0200 [thread overview] Message-ID: <2555683.U4YhqVPOqN@localhost.localdomain> (raw) In-Reply-To: <20210813100536.xkjzfq5pstbhdwru@viti.kaiser.cx> On Friday, August 13, 2021 12:05:36 PM CEST Martin Kaiser wrote: > Hi Dan and Phil, > > Thus wrote Dan Carpenter (dan.carpenter@oracle.com): > > Please think of the subject and the commit message as two different > > things. Often it's people reviewing on email will only read one or the > > > other. In other words just restate the subject: > OK, I'll keep that in mind for further patches. > > > > Dear Martin, > > > > > > Just my personal opinion, but I'd be inclined to strip out all DBG_88E > > > calls totally. If there are necessary functions being called such as > > > device_may_wakeup() we can always just keep this part and remove the > > > macro call (not checked this function out myself yet). Thanks. > > I'd agree with you, Phil. Most DBG_88E prints don't say anything useful. > > This comment from Greg made me drop the DBG_88E removal for now > > https://lore.kernel.org/linux-staging/20210803201511.29000-1-martin@kaiser.cx/T/#m05d82a > 0ca8ed36180ebdc987114b4d892445c52d > Hi Martin, I think you misunderstood what Greg was trying to convey with the above- mentioned message. Well, he doesn't like to feed developers with little spoons :-) I'm pretty sure that, by "Why not use the proper debugging calls instead of just deleting them?", he meant you should research, understand, and use the proper APIs for printing debug messages. Please check out pr_debug(), dev_dbg(), netdev_dbg(). Use them appropriately, according to the subsystem you're working in and to the different types of arguments they take. Thanks, Fabio > > A compromise would be to remove only those DBG_88E prints which are > really not helpful. > > Best regards, > Martin
next prev parent reply other threads:[~2021-08-13 12:43 UTC|newest] Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-08-11 20:14 [PATCH 1/5] staging: r8188eu: remove unused efuse hal components Martin Kaiser 2021-08-11 20:14 ` [PATCH 2/5] staging: r8188eu: remove unused function parameters Martin Kaiser 2021-08-11 23:50 ` Phillip Potter 2021-08-11 20:14 ` [PATCH 3/5] staging: r8188eu: (trivial) remove a duplicate debug print Martin Kaiser 2021-08-11 23:53 ` Phillip Potter 2021-08-12 6:17 ` Dan Carpenter 2021-08-13 10:05 ` Martin Kaiser 2021-08-13 12:42 ` Fabio M. De Francesco [this message] 2021-08-14 16:54 ` Phillip Potter 2021-08-14 18:18 ` Fabio M. De Francesco 2021-08-11 20:14 ` [PATCH 4/5] staging: r8188eu: use proper way to build a module Martin Kaiser 2021-08-11 23:53 ` Phillip Potter 2021-08-11 20:14 ` [PATCH 5/5] staging: r8188eu: remove CONFIG_USB_HCI from Makefile Martin Kaiser 2021-08-11 23:54 ` Phillip Potter 2021-08-11 23:49 ` [PATCH 1/5] staging: r8188eu: remove unused efuse hal components Phillip Potter
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=2555683.U4YhqVPOqN@localhost.localdomain \ --to=fmdefrancesco@gmail.com \ --cc=Larry.Finger@lwfinger.net \ --cc=dan.carpenter@oracle.com \ --cc=gregkh@linuxfoundation.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-staging@lists.linux.dev \ --cc=martin@kaiser.cx \ --cc=phil@philpotter.co.uk \ --cc=straube.linux@gmail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).