[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aCXtGRr5pSLKoKg8@gmail.com>
Date: Thu, 15 May 2025 15:33:13 +0200
From: Ingo Molnar <mingo@...nel.org>
To: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
Cc: linux-kernel@...r.kernel.org,
Linus Torvalds <torvalds@...ux-foundation.org>,
Peter Zijlstra <peterz@...radead.org>, linux-arch@...r.kernel.org,
Yoshinori Sato <ysato@...rs.sourceforge.jp>,
Rich Felker <dalias@...c.org>, linux-sh@...r.kernel.org
Subject: Re: [PATCH 14/15] bugs/sh: Concatenate 'cond_str' with '__FILE__' in
__WARN_FLAGS(), to extend WARN_ON/BUG_ON output
* John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de> wrote:
> Hi Ingo,
>
> On Thu, 2025-05-15 at 14:46 +0200, Ingo Molnar wrote:
> > Extend WARN_ON and BUG_ON style output from:
> >
> > WARNING: CPU: 0 PID: 0 at kernel/sched/core.c:8511 sched_init+0x20/0x410
> >
> > to:
> >
> > WARNING: CPU: 0 PID: 0 at [idx < 0 && ptr] kernel/sched/core.c:8511 sched_init+0x20/0x410
> >
> > Note that the output will be further reorganized later in this series.
> >
> > Signed-off-by: Ingo Molnar <mingo@...nel.org>
> > Cc: Yoshinori Sato <ysato@...rs.sourceforge.jp>
> > Cc: Rich Felker <dalias@...c.org>
> > Cc: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
> > Cc: linux-sh@...r.kernel.org
> > Cc: <linux-arch@...r.kernel.org>
> > ---
> > arch/sh/include/asm/bug.h | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/arch/sh/include/asm/bug.h b/arch/sh/include/asm/bug.h
> > index 834c621ab249..891276687355 100644
> > --- a/arch/sh/include/asm/bug.h
> > +++ b/arch/sh/include/asm/bug.h
> > @@ -59,7 +59,7 @@ do { \
> > _EMIT_BUG_ENTRY \
> > : \
> > : "n" (TRAPA_BUG_OPCODE), \
> > - "i" (__FILE__), \
> > + "i" (WARN_CONDITION_STR(cond_str) __FILE__), \
> > "i" (__LINE__), \
> > "i" (BUGFLAG_WARNING|(flags)), \
> > "i" (sizeof(struct bug_entry))); \
>
> Looks good to me, however I'm not happy with the summary line.
>
> It's too long and the prefix "bugs/sh:" is very confusing. I usually just
> use "sh:" to mark anything that affects arch/sh.
Fair enough, I've changed the title to and pushed out the new tree:
sh: Concatenate 'cond_str' with '__FILE__' in __WARN_FLAGS(), to extend WARN_ON/BUG_ON output
> Can I pick this patch for my sh-linux tree?
So since it depends on the previous patches, in isolation this would
break the build.
Can I add your Reviewed-by or Acked-by?
Thanks,
Ingo
Powered by blists - more mailing lists