[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJfuBxx2KDBLX9H6N-79VPOXBwbdzSQse41azTCk0SZs7PtQuA@mail.gmail.com>
Date: Thu, 18 Jun 2020 16:48:33 -0600
From: jim.cromie@...il.com
To: Stanimir Varbanov <stanimir.varbanov@...aro.org>
Cc: Jason Baron <jbaron@...mai.com>, Petr Mladek <pmladek@...e.com>,
LKML <linux-kernel@...r.kernel.org>, akpm@...uxfoundation.org,
Greg KH <gregkh@...uxfoundation.org>,
Rasmus Villemoes <linux@...musvillemoes.dk>,
Jonathan Corbet <corbet@....net>,
Andrew Morton <akpm@...ux-foundation.org>,
Will Deacon <will@...nel.org>,
Orson Zhai <orson.zhai@...soc.com>,
Linux Documentation List <linux-doc@...r.kernel.org>
Subject: Re: [PATCH v3 20/21] dyndbg: add user-flag, negating-flags, and
filtering on flags
On Thu, Jun 18, 2020 at 4:34 PM Stanimir Varbanov
<stanimir.varbanov@...aro.org> wrote:
>
> Hi Jason, Jim,
>
> > I would be curious to see what Stanimir thinks of this proposal
> > and whether it would work for his venus driver, which is what
> > prompted this module group discussion.
>
> Hmm, we spin in a circle :)
>
> Infact this was my first way of implementing the groups in Venus driver,
> you can see it at [1].
>
> +#define VDBGL(fmt, args...) pr_debug("VENUSL: " fmt, ##args)
> +#define VDBGM(fmt, args...) pr_debug("VENUSM: " fmt, ##args)
> +#define VDBGH(fmt, args...) pr_debug("VENUSH: " fmt, ##args)
> +#define VDBGFW(fmt, args...) pr_debug("VENUSFW: " fmt, ##args)
>
I recall :-)
I think Greg K-Hs distaste for those defines was for using them,
as it tosses the utility of grep pr_debug
pr_debug("VENUSM:"
is barely longer than
VDBGM
with ddebug_exec_queries, you can leverage the existing format.
>
> [1] https://lkml.org/lkml/2020/5/21/668
>
> --
> regards,
> Stan
thanks
Jim
Powered by blists - more mailing lists