From: Kees Cook <keescook@chromium.org>
To: Drew Davenport <ddavenport@chromium.org>, akpm@linux-foundation.org
Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH] bug: Fix "cut here" for WARN_ON for __WARN_TAINT architectures
Date: Mon, 24 Jun 2019 08:58:02 -0700 [thread overview]
Message-ID: <201906240856.0A82D562C@keescook> (raw)
In-Reply-To: <20190624154831.163888-1-ddavenport@chromium.org>
On Mon, Jun 24, 2019 at 09:48:31AM -0600, Drew Davenport wrote:
> For architectures using __WARN_TAINT, the WARN_ON macro did not
> print out the "cut here" string. The other WARN_XXX macros would
> print "cut here" inside __warn_printk, which is not called for
> WARN_ON since it doesn't have a message to print.
>
> Fixes: a7bed27af194 ("bug: fix "cut here" location for __WARN_TAINT architectures")
> Cc: stable@vger.kernel.org
> Signed-off-by: Drew Davenport <ddavenport@chromium.org>
Whoops, yes; thanks for catching this!
Acked-and-Tested-by: Kees Cook <keescook@chromium.org>
-Kees
> ---
> include/asm-generic/bug.h | 6 ++++--
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
> index c21ff2712803..79feb1a3081b 100644
> --- a/include/asm-generic/bug.h
> +++ b/include/asm-generic/bug.h
> @@ -94,8 +94,10 @@ extern void warn_slowpath_null(const char *file, const int line);
> warn_slowpath_fmt_taint(__FILE__, __LINE__, taint, arg)
> #else
> extern __printf(1, 2) void __warn_printk(const char *fmt, ...);
> -#define __WARN() __WARN_TAINT(TAINT_WARN)
> -#define __WARN_printf(arg...) do { __warn_printk(arg); __WARN(); } while (0)
> +#define __WARN() do { \
> + printk(KERN_WARNING CUT_HERE); __WARN_TAINT(TAINT_WARN); \
> +} while (0)
> +#define __WARN_printf(arg...) __WARN_printf_taint(TAINT_WARN, arg)
> #define __WARN_printf_taint(taint, arg...) \
> do { __warn_printk(arg); __WARN_TAINT(taint); } while (0)
> #endif
> --
> 2.20.1
>
--
Kees Cook
prev parent reply other threads:[~2019-06-24 15:58 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-06-24 15:48 [PATCH] bug: Fix "cut here" for WARN_ON for __WARN_TAINT architectures Drew Davenport
2019-06-24 15:58 ` Kees Cook [this message]
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=201906240856.0A82D562C@keescook \
--to=keescook@chromium.org \
--cc=akpm@linux-foundation.org \
--cc=ddavenport@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=stable@vger.kernel.org \
/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: link
Be 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