[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGXk5yo-9E7xOibMSWzPKgiduLrjzBA2+i0nhPNKiFnfyL7mUA@mail.gmail.com>
Date: Wed, 25 Apr 2018 04:53:33 +0000
From: Wei Wang <wvw@...gle.com>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: gregkh@...uxfoundation.org, Wei Wang <wei.vince.wang@...il.com>,
Ingo Molnar <mingo@...hat.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Kees Cook <keescook@...omium.org>,
Peter Zijlstra <peterz@...radead.org>,
Thomas Gleixner <tglx@...utronix.de>,
Crt Mori <cmo@...exis.com>,
Alexei Starovoitov <ast@...nel.org>,
Randy Dunlap <rdunlap@...radead.org>,
linux-kernel@...r.kernel.org, Joe Perches <joe@...ches.com>
Subject: Re: [PATCH] do not call trace_printk on non-debug build
On Tue, Apr 24, 2018 at 12:26 PM Steven Rostedt <rostedt@...dmis.org> wrote:
> A lot of kernel developers use trace_printk() and I want to make it as
> easy to use as possible. I don't want to add a config to enable it,
> because that would be something that could be rather annoying.
> Let's add it to checkpatch and see if that can draining the swamp of
> abusers.
Currently I see f2fs trace is using this when having CONFIG_F2FS_IO_TRACE,
so I am not sure how checkpatch would work. How about we add a BUILD_BUG
surrounded by a config which would let us flag abuse easily on build time?
> -- Steve
Powered by blists - more mailing lists