summaryrefslogtreecommitdiff
path: root/drivers/s390/char/sclp_ocf.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2016-08-09 20:48:18 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2016-08-09 20:48:18 +0300
commita0cba2179ea4c1820fce2ee046b6ed90ecc56196 (patch)
treec98500be5e39c6c06d72eaec1ca46eb970f99ca3 /drivers/s390/char/sclp_ocf.c
parent84bd8d33a9604256ce0d86ca6d035295e874fa99 (diff)
downloadlinux-a0cba2179ea4c1820fce2ee046b6ed90ecc56196.tar.xz
Revert "printk: create pr_<level> functions"
This reverts commit 874f9c7da9a4acbc1b9e12ca722579fb50e4d142. Geert Uytterhoeven reports: "This change seems to have an (unintendent?) side-effect. Before, pr_*() calls without a trailing newline characters would be printed with a newline character appended, both on the console and in the output of the dmesg command. After this commit, no new line character is appended, and the output of the next pr_*() call of the same type may be appended, like in: - Truncating RAM at 0x0000000040000000-0x00000000c0000000 to -0x0000000070000000 - Ignoring RAM at 0x0000000200000000-0x0000000240000000 (!CONFIG_HIGHMEM) + Truncating RAM at 0x0000000040000000-0x00000000c0000000 to -0x0000000070000000Ignoring RAM at 0x0000000200000000-0x0000000240000000 (!CONFIG_HIGHMEM)" Joe Perches says: "No, that is not intentional. The newline handling code inside vprintk_emit is a bit involved and for now I suggest a revert until this has all the same behavior as earlier" Reported-by: Geert Uytterhoeven <geert@linux-m68k.org> Requested-by: Joe Perches <joe@perches.com> Cc: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/s390/char/sclp_ocf.c')
0 files changed, 0 insertions, 0 deletions