Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp1183610ybh; Sat, 3 Aug 2019 20:01:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqy9qzSMKrWM7wlnDfldiFRXuJTn8Jbi5+5RjwFJaIPQMIPGi5qGMNUiCNqgO6FjllKrHJaJ X-Received: by 2002:a17:902:654f:: with SMTP id d15mr129796243pln.253.1564887718367; Sat, 03 Aug 2019 20:01:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564887718; cv=none; d=google.com; s=arc-20160816; b=hwyCdBszOwmjODA4R/C0yYrCTHDaeHv/X4EWX/B/xOe16HIEn01alcmbGWEjVMeZZV TR1+UrrUcDzv58NbspZ8g1z1pvY1X65QC8n7ktP7/q0dEq9EZJM0j8kdMNn+tzG0zv7u exyr3hE0UkbZxDuY9KgRRA43ZGSDrn5qQmXNtdzrBoddtpAyUUjHMgWEJ3RKCqy2lOl+ lSePuw95iqrwb7scwkMPQT3CfM+RLMp+f76yDgyD/aSPavh/9zWYcnkiboq2HOLfxF9G k3+e3K88JfQo3T5f/jzAB4PfF65aL/kpaq6nXu/x5Qb82raWGGlhyuNCeaufgFFSd6o6 8j6g== 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; bh=NHo91fq0N2fLtCjzgy6bU2TBE1UUNl/fOY64l9qe5GY=; b=KjAkurN8UfLsz19H5Hl0dRd4f4ucdihQx/pKV+dg9+YUC36kHHJXeQQS+MPhqbKVgM NaKG15IU9fFXY0zzVR/QuYS5ttknEQm61bdP1+x2yGDj7aCV7ixicSq974MozfaDDdil SKHvMdyWFqhlATh8CPsLQJuZ004tk7d8OMt6lqnLThR2KmAXIj0wfPgQFGlyeqqsfiiz QiHXdQ1LMWr1OTd/RlJUW46iXcEHk1MpHw2RyhAmmR/zTVV4Rc0w2HO52h3eF++idhlD m0RZEPWOCbIzM225ZCtL27jI3Iul3ok+nGUFn6wfO9+IWQRS6N+g2of/lF6blawwb9bY 7bGg== 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 n18si38663205plp.215.2019.08.03.20.01.43; Sat, 03 Aug 2019 20:01:58 -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 S1731035AbfHBVZL (ORCPT + 99 others); Fri, 2 Aug 2019 17:25:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:53418 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726059AbfHBVZL (ORCPT ); Fri, 2 Aug 2019 17:25:11 -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 C056B2087C; Fri, 2 Aug 2019 21:25:09 +0000 (UTC) Date: Fri, 2 Aug 2019 17:25:08 -0400 From: Steven Rostedt To: Divya Indi Cc: linux-kernel@vger.kernel.org, Joe Jin , Aruna Ramakrishna , Srinivas Eeda Subject: Re: [PATCH 7/7] tracing: Un-export ftrace_set_clr_event Message-ID: <20190802172508.10e829d6@gandalf.local.home> In-Reply-To: <87e1a9b8-9f72-c240-9b9a-2d454046e2f3@oracle.com> References: <1564444954-28685-1-git-send-email-divya.indi@oracle.com> <1564444954-28685-8-git-send-email-divya.indi@oracle.com> <20190729205138.689864d2@gandalf.local.home> <8e50d405-a4fb-fadf-509e-157b031d7542@oracle.com> <20190802134229.2a969047@gandalf.local.home> <291a12f6-e1eb-052e-0dd6-0e649dd4a752@oracle.com> <20190802164641.46416744@gandalf.local.home> <87e1a9b8-9f72-c240-9b9a-2d454046e2f3@oracle.com> X-Mailer: Claws Mail 3.17.3 (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 Fri, 2 Aug 2019 14:12:54 -0700 Divya Indi wrote: > Hi Steve, > > The first patch would be like a temporary fix in case we need more > changes to the patches that add the new function - trace_array_set_clr() > and unexport ftrace_set_clr_event() and might take some time. In which > case I think it would be good to have this in place (But, not part of > this series). > > If they all are to go in together as part of the same release ie if all > is good with the concerned patches (Patch 6 & Patch 7), then I think > having this patch would be meaningless. Can you just do this part of patch 6 instead? +/** + * trace_array_set_clr_event - enable or disable an event for a trace array + * @system: system name to match (NULL for any system) + * @event: event name to match (NULL for all events, within system) + * @set: 1 to enable, 0 to disable + * + * This is a way for other parts of the kernel to enable or disable + * event recording to instances. + * + * Returns 0 on success, -EINVAL if the parameters do not match any + * registered events. + */ +int trace_array_set_clr_event(struct trace_array *tr, const char *system, + const char *event, int set) +{ + if (!tr) + return -ENOENT; + + return __ftrace_set_clr_event(tr, NULL, system, event, set); +} +EXPORT_SYMBOL_GPL(trace_array_set_clr_event); + -- Steve