Received: by 10.192.165.148 with SMTP id m20csp1362293imm; Thu, 10 May 2018 09:31:00 -0700 (PDT) X-Google-Smtp-Source: AB8JxZr4jOeJkYL8KK95yXZHkZvnVIp7oLxHsaAgln/deq7ot2Ms8a7O4HQxiYGKIAF1VMnEw8Yt X-Received: by 2002:a17:902:9883:: with SMTP id s3-v6mr2025818plp.179.1525969860715; Thu, 10 May 2018 09:31:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525969860; cv=none; d=google.com; s=arc-20160816; b=uYQKLrQIWEyNRMe8Pm5jIQHT2vAd5HgmyQ5AULbMXaOeUUte/oAwhW63V3SMEZ7619 OHe9Fnna6tsZvxpIOSOAzZmYiCAjk4VuDOGkJGO5utkoXbHuZDsocHmc4EXDbJ7+lVQN wrqosDkY6n1T5uwBZqtI2l/eZmg2UToxf9t45YKhkQAw+z9DjcnzxAM8El1rm8ztQvql ygsTFI+OqYyrUgPRZX4GNmRLt7dt3QQFltyzvLkXdzn7Vk8oI463WsGKkgnMwEnbspHn qg82SmpqtrY7AHyEwzI6p+dSH/lbjZtl00Yiv+DIDSGq6ExZbXjhd2muQMRTmugUqL7a XaLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=haHc7ckOK2AKSoJDc1QKziVa9w+5sMFy2oZxqFSlkJs=; b=etqlcjcc+O+VHOpON9l/cvseN1e6yO7JoPyyvH/PeIQszksts1G5fqI35auwYJEK0D QnbDVHRuvLJdD/HdfilmSC8bQCav72CVFpXJzSk+48Sf49C+HAp18mNcmnsw7tfnqdKb o0jCHmyll5WR9ee2JJWWwPMETLaXksowyl1GexyNJPFkv9D4iCQTP3KhsM47p4SwOlu1 GfiaziZqSuiRtlrEStA00JtVvG1BhVuL80Uu/7Bo5EkEtwym/LZpZzcM6g803Y6wlQVy 06CIw94GOvJGthWp2zZwWGOsTQuiKytj7/NgSvHEWOwWLIw6nfj/RL11zAvLfmu+1hZf ReRA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y67-v6si1148217pfi.195.2018.05.10.09.30.46; Thu, 10 May 2018 09:31:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966452AbeEJQ2q (ORCPT + 99 others); Thu, 10 May 2018 12:28:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:55392 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935410AbeEJQ2p (ORCPT ); Thu, 10 May 2018 12:28:45 -0400 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1E02E21784; Thu, 10 May 2018 16:28:45 +0000 (UTC) Date: Thu, 10 May 2018 12:28:43 -0400 From: Steven Rostedt To: Joe Perches Cc: Petr Mladek , Sergey Senozhatsky , linux-kernel@vger.kernel.org Subject: Re: [PATCH 03/18] printk: Convert pr_fmt from blank define to KBUILD_MODNAME Message-ID: <20180510122843.0b69b41a@gandalf.local.home> In-Reply-To: References: X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 10 May 2018 08:45:29 -0700 Joe Perches wrote: > There are more than 1000 uses of #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > Make that the default define so these uses can be removed later via script. > > Signed-off-by: Joe Perches > --- > include/linux/printk.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/linux/printk.h b/include/linux/printk.h > index 6d7e800affd8..172dce24e1b6 100644 > --- a/include/linux/printk.h > +++ b/include/linux/printk.h > @@ -285,7 +285,7 @@ static inline void printk_safe_flush_on_panic(void) > extern int kptr_restrict; > > #ifndef pr_fmt > -#define pr_fmt(fmt) fmt > +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > #endif Interesting change. The ring buffer test went from: [ 12.778404] CPU 0: [ 12.780488] events: 1596368 [ 12.784841] dropped bytes: 0 [ 12.788682] alloced bytes: 124382988 [ 12.793206] written bytes: 121852123 [ 12.797711] biggest event: 263 [ 12.801706] smallest event: 4 [ 12.809384] read events: 12106 [ 12.813464] lost events: 1584262 [ 12.817709] total events: 1596368 [ 12.821951] recorded len bytes: 975776 [ 12.826107] recorded size bytes: 955733 [ 12.830263] With dropped events, record len and size may not match [ 12.830263] alloced and written from above to [ 12.779526] ring_buffer: CPU 0: [ 12.782753] ring_buffer: events: 1812797 [ 12.788223] ring_buffer: dropped bytes: 0 [ 12.793179] ring_buffer: alloced bytes: 142291920 [ 12.798815] ring_buffer: written bytes: 139410962 [ 12.804446] ring_buffer: biggest event: 211 [ 12.809558] ring_buffer: smallest event: 4 [ 12.818571] ring_buffer: read events: 13099 [ 12.824929] ring_buffer: lost events: 1799698 [ 12.830293] ring_buffer: total events: 1812797 [ 12.835657] ring_buffer: recorded len bytes: 974336 [ 12.840935] ring_buffer: recorded size bytes: 953514 [ 12.846218] ring_buffer: With dropped events, record len and size may not match [ 12.846218] alloced and written from above I'm fine with it. Acked-by: Steven Rostedt (VMware) -- Steve