Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp248083pxa; Fri, 14 Aug 2020 03:09:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyrj3c/SbOQvBO/ofz5+/STd2Lu89Yf2vc0+ZW6Dysk+nlmILaCDWHqpf3PUAvFj0eQa+aQ X-Received: by 2002:a17:906:a3d0:: with SMTP id ca16mr1658410ejb.36.1597399761961; Fri, 14 Aug 2020 03:09:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597399761; cv=none; d=google.com; s=arc-20160816; b=Pz0r9pwtlikGvBbn+0ACeY/eYt9M7hVAgREr3h0YPi2+p+929mGWLa2gu8IHKkSEt1 GDXrc/tFiIosKf1CJVJdf32x7sTlqd5CRqNvSXMENuvjhROw+X4IAsIpJHpuh8Wp5qGL gfCsmwFj8EK1ZEulfO1UV64zidgTQgg+ElaffjdNT5WfjluHaztbDE646pOmqey/h0S7 6emUi5umRDHEr9wPPjI+1a8viwOXJW+FVLfyx27+4dCKeXQPE4fdQ515DGIEjfNaXXpE uAJHDD81b+0IYH8Ffv3qV5fHVj7F/x8QCq7/7ivNY7AbDgc3eT1Gys8ke+jsjUhE+YQF awZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=xuk4zfL6HlRHcNXl8K0moDQKC6gxzBfpDFLNb0kZwC4=; b=VNjQQkUUbQu4TGKokt/tjWfGXw7kaBdQLOYt+svYnlfCXtVWgexexdU18FIMZYVAZU +ItWAi7m9l9QPz/CKT2dRrYuLpx2mA4K7hyPAHQElRaOWWdHKmRbdg0ssFSJh/TCmvdS cRufPiMtI5NMwGqT5vM+wvXDVNvYMTiIiGrkRf47DrJV8XjuVKUsi3G/fz/y//GpXVRV vO0/rnUjtJB6ypJEvgHIRtP1xrscgu16RyK/4N4I8K0WxiO4Ywgr8XDCZIj7rby9UHXh /LHkHcwUSlypspJIVdXm9Jv8a/eNwBcP+KfFMoGa0ns813+pd3co/EwG5FDO2r8IqZUF e5oA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lv2si4925873ejb.294.2020.08.14.03.08.58; Fri, 14 Aug 2020 03:09:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726904AbgHNJuf (ORCPT + 99 others); Fri, 14 Aug 2020 05:50:35 -0400 Received: from mx2.suse.de ([195.135.220.15]:33078 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726064AbgHNJue (ORCPT ); Fri, 14 Aug 2020 05:50:34 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id DD077AD1B; Fri, 14 Aug 2020 09:50:55 +0000 (UTC) Date: Fri, 14 Aug 2020 11:50:31 +0200 From: Petr Mladek To: Sergey Senozhatsky Cc: Thomas Gleixner , Orson Zhai , Prarit Bhargava , Dave Young , Baoquan He , Vivek Goyal , Steven Rostedt , John Stultz , Stephen Boyd , kexec@lists.infradead.org, linux-kernel@vger.kernel.org, zhang.lyra@gmail.com, ruifeng.zhang1@unisoc.com, cixi.geng1@unisoc.com, Orson Zhai , Pavel Tatashin , Steven Sistare , Dominique Martinet , Jon DeVree , Salvatore Bonaccorso , John Ogness Subject: Re: [RFC PATCH] printk: Change timestamp to triplet as mono, boot and real Message-ID: <20200814095031.GM6215@alley> References: <1597120822-11999-1-git-send-email-orsonzhai@gmail.com> <20200811094413.GA12903@alley> <87zh7175hj.fsf@nanos.tec.linutronix.de> <20200811130218.GI6215@alley> <20200813015500.GC2020879@jagdpanzerIV.localdomain> <20200813102258.GL12903@alley> <20200813113155.GA483@jagdpanzerIV.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200813113155.GA483@jagdpanzerIV.localdomain> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 2020-08-13 20:31:55, Sergey Senozhatsky wrote: > On (20/08/13 12:22), Petr Mladek wrote: > > > > + would take more space (prefix + text vs. binary representation) > > Dict buffer is allocated regardless of how we use it, and only printks > from drivers/* (dev_printk*) add dict payload. It might be the case > that on some (if not most) systems dict pages are not used 90% of times > (if not 99%). > > > + not reliable because dict is currently dropped when no space > > Well, in the perfect world this is a problem, but "maybe not having > alternative timestamps sometimes" can be OK approach for people who > wants to use those triplet timestamps. I am afraid the people would see missing timestamps as a bug. They want it because they want to corelate kernel and userspace logs. The timestamps from realtime clock are supposed to make it straightforward. More importantly. I do not see a reasonable way how to handle it. No timestamp is worse than timestamps from non-synchronized clock. Mixing timestamps from different clocks (as fallback) would cause a lot of confusion (more harm than good). > But, in general, how real this problem is? What I sae so far (on my boxes) > was that printk messages are longer than dict payload. Yeah, I think that dict are less used on normal systems. But it might be very different when a driver gets more verbose during debugging and the amount of dev_printk() calls is much higher. Best Regards, Petr