From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx2.suse.de ([195.135.220.15]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1k5Tv3-0006iU-4K for kexec@lists.infradead.org; Tue, 11 Aug 2020 13:02:21 +0000 Date: Tue, 11 Aug 2020 15:02:18 +0200 From: Petr Mladek Subject: Re: [RFC PATCH] printk: Change timestamp to triplet as mono, boot and real Message-ID: <20200811130218.GI6215@alley> References: <1597120822-11999-1-git-send-email-orsonzhai@gmail.com> <20200811094413.GA12903@alley> <87zh7175hj.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <87zh7175hj.fsf@nanos.tec.linutronix.de> 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: Thomas Gleixner Cc: Prarit Bhargava , John Ogness , Orson Zhai , Baoquan He , cixi.geng1@unisoc.com, Stephen Boyd , zhang.lyra@gmail.com, Steven Sistare , kexec@lists.infradead.org, linux-kernel@vger.kernel.org, Steven Rostedt , Jon DeVree , Sergey Senozhatsky , John Stultz , ruifeng.zhang1@unisoc.com, Orson Zhai , Salvatore Bonaccorso , Dave Young , Dominique Martinet , Vivek Goyal , Pavel Tatashin On Tue 2020-08-11 14:05:12, Thomas Gleixner wrote: > Petr Mladek writes: > > At least "crash" tool would need an update anyway. AFAIK, it checks > > the size of struct printk_log and refuses to read it when it changes. > > > > It means that the hack with VMCOREINFO_FIELD_OFFSET probably is not > > needed because we would need to update the crashdump-related tools anyway. > > > > Well, the timing is good. We are about to switch the printk ring > > buffer into a lockless one. It requires updating the crashdump tools > > as well. We could do this at the same time. The lockless ring buffer > > already is in linux-next. It is aimed for 5.10 or 5.11. > ... > > It would be great to synchronize all these changes changes of the > > printk log buffer structures. > > I agree that having one update is a good thing, but pretty please can we > finally make progress with this and not create yet another dependency? To make it clear. I definitely do not want to block lockless printk by this. BTW: I am not 100% convinced that storing all three timestamps is worth it. It increases the code complexity, metadata size. It needs an interface with the userspace that has to stay backward compatible. Also it still will be racy because the timestamp is taken when the message is printed. It might be "long" before or after the event that it talks about. There is still the alternative to print all three timestamps regularly for those interested. It is less user convenient but much easier to maintain. Best Regards, Petr _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec