From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from smtprelay0107.hostedemail.com ([216.40.44.107] helo=smtprelay.hostedemail.com) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1k6mYD-0002Ok-Uh for kexec@lists.infradead.org; Sat, 15 Aug 2020 03:08:10 +0000 Message-ID: Subject: Re: POC: Alternative solution: Re: [PATCH 0/4] printk: reimplement LOG_CONT handling From: Joe Perches Date: Fri, 14 Aug 2020 20:08:02 -0700 In-Reply-To: References: <20200717234818.8622-1-john.ogness@linutronix.de> <87blkcanps.fsf@jogness.linutronix.de> <20200811160551.GC12903@alley> <20200812163908.GH12903@alley> <87v9hn2y1p.fsf@jogness.linutronix.de> <20200813051853.GA510@jagdpanzerIV.localdomain> <875z9nvvl2.fsf@jogness.linutronix.de> <20200813084136.GK12903@alley> <20200813115435.GB483@jagdpanzerIV.localdomain> MIME-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Linus Torvalds Cc: Petr Mladek , Sergey Senozhatsky , John Ogness , Peter Zijlstra , Greg Kroah-Hartman , kexec@lists.infradead.org, Linux Kernel Mailing List , Steven Rostedt , Sergey Senozhatsky , Thomas Gleixner On Fri, 2020-08-14 at 19:33 -0700, Linus Torvalds wrote: > On Fri, Aug 14, 2020 at 4:52 PM Joe Perches wrote: > > On Fri, 2020-08-14 at 15:46 -0700, Linus Torvalds wrote: > > > This is why I think any discussion that says "people should buffer > > > their lines themselves and we should get rid if pr_cont()" is > > > fundamentally broken. > > > > > > Don't go down that hole. I won't take it. It's wrong. > > > > I don't think it's wrong per se. > > It's *absolutely* and 100% wrong. > > Yes, any random *user* of pr_cont() can decide to buffer on it's own. Which I believe is the point of the discussion, not the complete removal of KERN_CONT. > But when the discussion is about printk() - the implementation, not > the users - then it's complete and utter BS to talk about trying to > get rid of pr_cont(). > > See the difference? Sure, but I fail to see where anyone said get rid of pr_cont in this thread. It seems all that was discussed was just various schemes to improve coalescing output. _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec