Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1483489pxb; Thu, 7 Oct 2021 08:40:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0nLybPxksBDEHuhswH2pVcRCZ4eNw2f/woE+ojU5OCbsyXme9/dV7XK3K8zDbvdPDEGte X-Received: by 2002:a17:90b:4c8d:: with SMTP id my13mr5582462pjb.101.1633621234217; Thu, 07 Oct 2021 08:40:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633621234; cv=none; d=google.com; s=arc-20160816; b=xHrnnYOWtPphIFwt3nl7h+hu9cAt00VJ+LG+vM35DzU4InWEbdDinlYMycAFiFPq54 kK5nStqxLPPXig217ixcjbatqwOwWv34RN9zpNSdvE0PQ/n0sSBpXzQQQW0aKwhXywJI EohwjbPP5axyaOoPsooKRFPQzuuIhcqmm45VgaZ7HuHVMCpxHewxE/FgwA9yqQgmhjid PNY0R18HuZUtsJS2CGybecQStj3h4ASxpcYnmqe3RGzkqYivOvOo3zxvnSwXegL+FQed 0/kxhmW2IH7mJJZ3Q4HuZlPVAzn9k6yXwW1Y8ToujUbVWzAwJEuoJxwLrDblHRNpPP1C eKsQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=fZGAnUakyhAT2BzPXu+HNAWu5EkontPauFEo4F1944k=; b=mqBmkJbUtXsz6Ee3PGzPGwrzJZF2iM6wT78lOik9aW4Apw5ruTGMASw0RwYvcSbKh+ qFwvz3yPpGucX7d34S+ZgjMqhiiWlbCXisXSVkKpRDG+06mWggDQszOaHhyNC6PSk74O SONemIJrWPcOC9thLCliPv9JM9EHgxWXK0KpTIXAsqra8zOuybEUs6d8SAC9wUQG1z91 LN3EqUSd/PScJ8KNYUYCBnSl8pcDRFa5xqvHyns/RREt31ykXtQ7kmdsr61TYSbjXsxz ZzQUXnk2X0M5Z2PdDPhX3AWHvA9i+9XqHtaj8faPClpzCKlTY2kjNn3TOIFiV5xm/lzs Jv/g== 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 p2si9645238pjh.162.2021.10.07.08.40.20; Thu, 07 Oct 2021 08:40:34 -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 S233313AbhJGNZz (ORCPT + 99 others); Thu, 7 Oct 2021 09:25:55 -0400 Received: from mail.kernel.org ([198.145.29.99]:35320 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232869AbhJGNZy (ORCPT ); Thu, 7 Oct 2021 09:25:54 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 1001261058; Thu, 7 Oct 2021 13:23:59 +0000 (UTC) Date: Thu, 7 Oct 2021 09:23:58 -0400 From: Steven Rostedt To: Peter Zijlstra Cc: "Robin H. Johnson" , linux-kernel@vger.kernel.org, mingo@redhat.com, rjohnson@digitalocean.com, Arnaldo Carvalho de Melo Subject: Re: [PATCH 1/2] tracing: show size of requested buffer Message-ID: <20211007092358.65152792@gandalf.local.home> In-Reply-To: <20211007071151.GL174703@worktop.programming.kicks-ass.net> References: <20210831043723.13481-1-robbat2@gentoo.org> <20210907212426.73ed81d1@rorschach.local.home> <20211007071151.GL174703@worktop.programming.kicks-ass.net> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 7 Oct 2021 09:11:51 +0200 Peter Zijlstra wrote: > > > +++ b/kernel/trace/trace_event_perf.c > > > @@ -400,7 +400,8 @@ void *perf_trace_buf_alloc(int size, struct pt_regs **regs, int *rctxp) > > > BUILD_BUG_ON(PERF_MAX_TRACE_SIZE % sizeof(unsigned long)); > > > > > > if (WARN_ONCE(size > PERF_MAX_TRACE_SIZE, > > > - "perf buffer not large enough")) > > > + "perf buffer not large enough, wanted %d, have %d", > > > + size, PERF_MAX_TRACE_SIZE)) > > Priting a constant seems daft.. why is any of this important in any way? I see your point, but it can be useful if you changed it, and want to know if you are running the kernel with the change or not. I've done daft things were I changed a const and was running a kernel without the change and couldn't understand why it wasn't working ;-) -- Steve