From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752164AbdIRClS (ORCPT ); Sun, 17 Sep 2017 22:41:18 -0400 Received: from mail-pg0-f43.google.com ([74.125.83.43]:55194 "EHLO mail-pg0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751377AbdIRClR (ORCPT ); Sun, 17 Sep 2017 22:41:17 -0400 X-Google-Smtp-Source: ADKCNb5euLBDY5lvIKp9J3MEIHmSRvaVnuFovpDIUWtqAN9cg07IiKJcdvS38mS79ul1mRG1zLmH8A== Date: Mon, 18 Sep 2017 11:41:12 +0900 From: Sergey Senozhatsky To: Joe Perches Cc: Sergey Senozhatsky , Linus Torvalds , Sergey Senozhatsky , Petr Mladek , Steven Rostedt , Pavel Machek , Jan Kara , Andrew Morton , Jiri Slaby , Andreas Mohr , Tetsuo Handa , Linux Kernel Mailing List Subject: Re: printk: what is going on with additional newlines? Message-ID: <20170918024111.GC3161@jagdpanzerIV.localdomain> References: <20170830024703.GA17175@jagdpanzerIV.localdomain> <20170905094452.GE8741@pathway.suse.cz> <20170905095900.GC2066@jagdpanzerIV.localdomain> <20170905122154.GG8741@pathway.suse.cz> <20170905134228.GE521@jagdpanzerIV.localdomain> <20170906075554.GI8741@pathway.suse.cz> <20170917062608.GA512@tigerII.localdomain> <20170918004641.GA3161@jagdpanzerIV.localdomain> <1505701349.12022.1.camel@perches.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1505701349.12022.1.camel@perches.com> User-Agent: Mutt/1.9.0 (2017-09-02) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On (09/17/17 19:22), Joe Perches wrote: > On Mon, 2017-09-18 at 09:46 +0900, Sergey Senozhatsky wrote: > > there is another reason why I think that, yes, we probably better do > > it some other way. and the reason is that not every message that looks > > like !PREFIX (does not start with KERN_SOH_ASCII) is _actually_ a > > !PREFIX message. the normal/usual way is to have something like > > > > printk(KERN_SOH_ASCII %d " foo bar / %s %s\n", "foo", "bar"); > > > > but some messages look like > > > > printk("%s", KERN_SOH_ASCII %d "foo bar\n"); > > There are no messages that look like that. > > There are 2 entries somewhat like that though > > net/bridge/netfilter/ebt_log.c: printk(KERN_SOH "%c%s IN=%s OUT=%s MAC source = %pM MAC dest = %pM proto = 0x%04x", > net/netfilter/nf_log_common.c:  nf_log_buf_add(m, KERN_SOH "%c%sIN=%s OUT=%s ", take a look at ACPI acpi_os_vprintf(). for instance. -ss