Received: by 2002:a05:6a10:8395:0:0:0:0 with SMTP id n21csp624704pxh; Tue, 9 Nov 2021 16:23:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJziwv5u5d1jtmzhYTngVt447/mOs3PiwBdI5Y0DAQz6bQ5+ur+T1PPE+zIlrxK93xraI/ak X-Received: by 2002:a05:6e02:1a69:: with SMTP id w9mr8807934ilv.87.1636503781349; Tue, 09 Nov 2021 16:23:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636503781; cv=none; d=google.com; s=arc-20160816; b=fzcpUxA0xdQ21X5rJNW1IFnyxDhpHShQaV5qEGDEkNE5/t3WOLo9QmSkHuhmQXUhUS E401O15dlHIWh+t1m27CkuuIX29ZV3G/d45sLW6VRrqIOHKE30myGxmcfy0Ga71YRXps 0DX8m8+hEV1Eon07iSDwmZYT6cSGAV+AJU7hk92oGobsFWJX31tSX01rvKsSuzBU6sA0 e0S4NblG0uOM45C5gW7QoVOYSM4z+23Wtj6tVnBjd/HUvU62D7klFWQ1vFWWPPfPtuCX WIzmbZ7HqdvRP2bVTOtNMGhkWBNQKmlsLi3GyGXFAKMr+u9uGp5haslYiE1akCHH8b9u 4dLw== 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=foVZaC+P/gPi3X8aSNAdXtHkD7N2w2IgJMm6Nbx2314=; b=CUp8eqLr32o/YmTy6V+DTswlH/5ir5rkDAU+BmxwRR547i4ekstq+REl0hB2X/hgaq bBlUC9wurOuL9Uqzq99bUi14SpL15ljM0bgKgtwfXvy2IghSTiFpS3TQcwvaKUd1yiNa t+Lm6jJ8c9LZspr5V1NLBaMQ9wCguE3h5EneKaZ3K4CFeSrZzwQQMjLYBa2s22Mt2EQx Y84tx469PKSuMO/IRXmCgulCvb+ab+cV73Uy0ZP9z+Y7Yq00NcmcjCGykH8ekmL+uQLd bLMlvWrKabSavGQidDXGp5htu23ATFovvRBYvPQEgDOE5t29F6Sv31ZFrhLsvs3LkTs7 5raA== 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 k2si30338546jac.101.2021.11.09.16.22.49; Tue, 09 Nov 2021 16:23:01 -0800 (PST) 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 S244128AbhKIVxy (ORCPT + 97 others); Tue, 9 Nov 2021 16:53:54 -0500 Received: from mail.kernel.org ([198.145.29.99]:58626 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241983AbhKIVxy (ORCPT ); Tue, 9 Nov 2021 16:53:54 -0500 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 7C5B361178; Tue, 9 Nov 2021 21:51:06 +0000 (UTC) Date: Tue, 9 Nov 2021 16:51:04 -0500 From: Steven Rostedt To: Jason Baron Cc: Sai Prakash Ranjan , Will Deacon , Catalin Marinas , quic_psodagud@quicinc.com, Marc Zyngier , gregkh@linuxfoundation.org, arnd@arndb.de, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, mingo@redhat.com, jim.cromie@gmail.com, seanpaul@chromium.org Subject: Re: [PATCHv3 3/3] dynamic_debug: Add a flag for dynamic event tracing Message-ID: <20211109165104.176b4cf9@gandalf.local.home> In-Reply-To: References: <3706af20bc64a320ff8f3ff8950738b988f4bdf5.1636452784.git.quic_saipraka@quicinc.com> <20211109104941.2d50eafc@gandalf.local.home> <20211109115951.1c2b5228@gandalf.local.home> <264b77dd-5509-60f9-248c-a93135b01aa9@quicinc.com> <20211109124046.2a772bcb@gandalf.local.home> 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 Tue, 9 Nov 2021 16:42:48 -0500 Jason Baron wrote: > Yeah there is a 'parallel' thread about adding the tracing ring buffer as > a 'back end' to the dynamic debug stuff over here: > https://lore.kernel.org/lkml/20211105192637.2370737-9-jim.cromie@gmail.com/ As the maintainer of tracefs, why am I not Cc'd on that thread :-( I'll have to look at that thread later (no time now). > > The attempt there is more generic but I realize now that it is adding the > tracing to an 'instance' which is specific to dynamic debug which is > being created via: trace_array_get_by_name(). I would prefer to just have > it print to the 'main' trace buffer such that it's easier to read, > although I guess they could still be consolidated via timestamps. > Hmmm...I think there was a previous proposal to just add a single > tracepoint (that takes a string) to the dynamic debug layer that could be > called if a dynamic debug site is enabled for trace buffer output. Would > that satisfy the ftrace level filtering requirements that you are looking > for? What we are looking at there is to pass the dynamic debug descriptor to the trace event filtering logic, where you could filter on information passed to it. For example, on a specific file if a trace event is called by several different files or modules. -- Steve