Re: "eliminate warn_on_slowpath()" change causes many gcc-3.2.3warnings

From: Kyle McMartin
Date: Sat Jan 17 2009 - 15:44:48 EST


On Sat, Jan 17, 2009 at 12:01:22PM -0800, H. Peter Anvin wrote:
> Ingo Molnar wrote:
> >
> > hm, that's unfortunate. GCC seems totally on crack for not accepting a
> > NULL format string.
> >
>
> Why should it? I don't think a NULL pointer as the format to a
> printf-style function is well defined.
>

How about something utterly evil? (Since you can't pass a zero-length
string to a printf attributed function either...)

diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
index 37b82cb..6c9f612 100644
--- a/include/asm-generic/bug.h
+++ b/include/asm-generic/bug.h
@@ -58,11 +58,12 @@ struct bug_entry {
*/
#ifndef __WARN
#ifndef __ASSEMBLY__
+extern const char * const warn_slowpath_nofmt;
extern void warn_slowpath(const char *file, const int line,
const char *fmt, ...) __attribute__((format(printf, 3, 4)));
#define WANT_WARN_ON_SLOWPATH
#endif
-#define __WARN() warn_slowpath(__FILE__, __LINE__, NULL)
+#define __WARN() warn_slowpath(__FILE__, __LINE__, warn_slowpath_nofmt)
#define __WARN_printf(arg...) warn_slowpath(__FILE__, __LINE__, arg)
#else
#define __WARN_printf(arg...) do { printk(arg); __WARN(); } while (0)
diff --git a/kernel/panic.c b/kernel/panic.c
index 2a2ff36..af749af 100644
--- a/kernel/panic.c
+++ b/kernel/panic.c
@@ -324,6 +324,8 @@ void oops_exit(void)
}

#ifdef WANT_WARN_ON_SLOWPATH
+
+const char * const warn_slowpath_nofmt = "";
void warn_slowpath(const char *file, int line, const char *fmt, ...)
{
va_list args;
@@ -340,7 +342,7 @@ void warn_slowpath(const char *file, int line, const char *fmt, ...)
if (board)
printk(KERN_WARNING "Hardware name: %s\n", board);

- if (fmt) {
+ if (fmt != warn_slowpath_nofmt) {
va_start(args, fmt);
vprintk(fmt, args);
va_end(args);
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/