[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160517135128.GA4775@htj.duckdns.org>
Date: Tue, 17 May 2016 06:51:28 -0700
From: Tejun Heo <tj@...nel.org>
To: Sergey Senozhatsky <sergey.senozhatsky@...il.com>
Cc: Calvin Owens <calvinowens@...com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>,
David Howells <dhowells@...hat.com>,
Pranith Kumar <bobby.prani@...il.com>,
David Woodhouse <David.Woodhouse@...el.com>,
Johannes Weiner <hannes@...xchg.org>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Petr Mladek <pmladek@...e.com>,
Vasily Averin <vvs@...tuozzo.com>,
Thierry Reding <treding@...dia.com>,
Geliang Tang <geliangtang@....com>,
Ivan Delalande <colona@...sta.com>,
linux-kernel@...r.kernel.org, kernel-team@...com
Subject: Re: [RFC][PATCH] printk: Add option to append kernel version to the
dict
On Tue, May 17, 2016 at 11:42:57PM +0900, Sergey Senozhatsky wrote:
> > > what if there is no place left for init_utsname() after
> > > msg_print_ext_header() + msg_print_ext_body()?
> >
> > It ends up being truncated, like either of the preceeding calls would.
>
> well, I meant once it's truncated your matching doesn't work anymore.
Given that most of the messages are written minding typical console
widths, whether for editing or outputting, I don't think that's a
practical concern. We're not talking about appending kilobytes worth
of additional information here.
Thanks.
--
tejun
Powered by blists - more mailing lists