Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1237041pxk; Fri, 25 Sep 2020 09:29:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy9MaPD1lmOq8uxZpbkWeUH28EwJR+MRyuX15/pwnoCRrsp26wah+NcKHnJmnpcnW4BJnJC X-Received: by 2002:a17:906:4d97:: with SMTP id s23mr3637169eju.157.1601051352561; Fri, 25 Sep 2020 09:29:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601051352; cv=none; d=google.com; s=arc-20160816; b=VtNTtTfdGflkZc3sTw/krL//ruBzj27GDbfy7zF3CL/FgRN2JE/8SgI1hAffyYf4zo VH7Mg/5iqGVAMGZRBC0OJKhd68FQ3NfJ7wMEHoA+TlNajCPZX8aI5CNr2cz6Ubt4RnGJ T4iYHroPeEoz7UngKJPbYuEkBk7Nv0AJcOminJVb0JY2YiPn16pClcSzrv7FyZ1SZFkH XZ+pECmm32xZowTLpgGDJasqnyvcZAVIeJWdU/FaF3wp9/W601mtVLsiFznIVOGEf5st sO0C6aY9V6QmClxPlmIQNm3zntegRB0TFKJjieiRtcrha+w5zwAuTBJzC0i7yMyiynYv eO3g== 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=vH57MTBk+cpr493HEwDf1xf9kOmwhYpXagGQQP6jGBs=; b=DEJRV+Y4gwOYHKu7Se6F7PqE3caIAO9vTjKEUWfXfY8vEAFmJ0gCiffHSXKRrbqFhC Wm+rxAQ/v65EBEBM7V8/6bIMzxQvbCQ2NNuc19f/6WAz/JHSi9mQH4i84sVurHe8K37V 7sak6zLiCEvSkRagjvUbOl5lGoQT8mwRk4yYcKgCyhPF2rZXtHB76EsG4LKxLMCp48mM Dp4UFasqtZUVwReGhkPMio/IZ1n6hDosIHpz5uWVwbRtFJs43DO0eX5gW9Yx6j59qjq6 5En6OKVz00xOFwzbVJjm2dUxQfPTvvE8wYmkccIRCLPSo6GYktAT0gR5rBY2OatvoOSO kXYQ== 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 m11si2055106edp.265.2020.09.25.09.28.48; Fri, 25 Sep 2020 09:29:12 -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 S1728069AbgIYQ0w (ORCPT + 99 others); Fri, 25 Sep 2020 12:26:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:55142 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727151AbgIYQ0v (ORCPT ); Fri, 25 Sep 2020 12:26:51 -0400 Received: from oasis.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 D6F50206E5; Fri, 25 Sep 2020 16:26:49 +0000 (UTC) Date: Fri, 25 Sep 2020 12:26:47 -0400 From: Steven Rostedt To: Mathieu Desnoyers Cc: paulmck , Michael Jeanson , linux-kernel , Yafang Shao , Axel Rasmussen , Andrew Morton , Vlastimil Babka , Michel Lespinasse , Daniel Jordan , Davidlohr Bueso , linux-mm , Ingo Molnar , Joonsoo Kim Subject: Re: [PATCH 1/2] tracepoints: Add helper to test if tracepoint is enabled in a header Message-ID: <20200925122647.230decde@oasis.local.home> In-Reply-To: <965650354.69699.1601047806662.JavaMail.zimbra@efficios.com> References: <20200924170928.466191266@goodmis.org> <20200924153517.73f5f257@oasis.local.home> <221547373.69067.1600977935633.JavaMail.zimbra@efficios.com> <20200924161328.760f5e79@oasis.local.home> <1430794518.69084.1600979254425.JavaMail.zimbra@efficios.com> <20200924163331.0080b943@oasis.local.home> <176393901.69671.1601044916547.JavaMail.zimbra@efficios.com> <20200925111415.60f5334c@oasis.local.home> <965650354.69699.1601047806662.JavaMail.zimbra@efficios.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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 25 Sep 2020 11:30:06 -0400 (EDT) Mathieu Desnoyers wrote: > > Anyway, I don't see any issues with the current patch set as is > > (besides the documentation fix, which I already updated locally). And > > will add this to my queue for linux-next. > > The only thing I would change in the documentation is to word this as > "here is a trampoline trick which can be used to work-around rare cases > of tracepoint header circular dependency issues" rather than "always use > this when instrumenting a header". > I rather not have tracepoints in headers. Period! It's not just about circular dependencies, it also bloats the code. -- Steve