[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTinmky17XZZPh7QvcY_r=66f_PwzRYFPUSvhiJGK@mail.gmail.com>
Date: Wed, 24 Nov 2010 07:16:06 +0900
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>
Cc: Russell King - ARM Linux <linux@....linux.org.uk>,
linux-arm-kernel@...ts.infradead.org, kernel@...gutronix.de,
linux-kernel@...r.kernel.org,
Arjan van de Ven <arjan@...radead.org>
Subject: Re: About multi-line printk and the need (not) to repeat loglevel
markers [Was: Re: [PATCH] ARM: mx3/pcm037: properly allocate memory for mx3-camera]
10/11/23 Uwe Kleine-König <u.kleine-koenig@...gutronix.de>:
>
> BTW, I just noticed that Linus wrote:
>
> Additionally, if no newline existed, one is added (unless the
> log-level is the explicit KERN_CONT marker, to explicitly show
> that it's a continuation of a previous line).
>
> This seems to be unimplemented, otherwise the output of
>
> printk(KERN_ERR "foo bar baz ");
> printk("buz\n" KERN_WARNING "fiz\n");
>
> should be
>
> "foo bar baz \n" at error level
> "buz\n<4>fiz\n" at default level
No. The KERN_WARNING in the middle of a string is always totally
bogus. There is no "should be". It's just wrong.
The "\n" is added automatically iff there is a log-level marker at the
beginning of the string (with LOG_CONT being the exception). So
printk("foo bar baz ");
printk(KERN_WARNING "fiz\n");
should output two lines ("foo bar baz" with the default loglevel, and
"fiz" with KERN_WARNING). Even though there is no explicit "\n" there
for the first one.
But KERN_XYZ anywhere but in the beginning of the string do not
matter. Adding newlines changes none of that. It doesn't make the
marker beginning of the string, it just makes it beginning of the
line.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists