From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lars Ellenberg Subject: Re: [Drbd-dev] [PATCH -next] drbd: trace depends on TRACING Date: Wed, 30 Sep 2009 10:02:21 +0200 Message-ID: <20090930080221.GA8032@barkeeper1-xen.linbit> References: <20090925133830.1ba29584.sfr@canb.auug.org.au> <4ABD4C28.9070202@oracle.com> <200909291732.51383.philipp.reisner@linbit.com> <20090929153747.GA29621@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline In-Reply-To: <20090929153747.GA29621@infradead.org> Sender: linux-kernel-owner@vger.kernel.org To: Christoph Hellwig Cc: Philipp Reisner , Randy Dunlap , Stephen Rothwell , LKML , linux-next@vger.kernel.org, akpm , drbd-dev@lists.linbit.com List-Id: linux-next.vger.kernel.org On Tue, Sep 29, 2009 at 11:37:47AM -0400, Christoph Hellwig wrote: > On Tue, Sep 29, 2009 at 05:32:50PM +0200, Philipp Reisner wrote: > > On Saturday 26 September 2009 01:03:04 Randy Dunlap wrote: > > > From: Randy Dunlap > > > > > > DRBD_TRACE should depend on TRACING. > > > It's also possible that TRACEPOINTS should depend on TRACING. > > > > >=20 > > Hi Randy, > >=20 > > I tried to figure out in which way that should be done. By looking > > at "BLK_DEV_IO_TRACE" I got the impression that this should > > be done by adding "select GENERIC_TRACER". >=20 > Neither really. The only way of tracing that should be used is the > TRACE_EVENT macros, which compile away to nothing if tracing is > disabled, so no dependency is needed at all. TRACE_EVENT macros depend on, and use TRACE_POINTS. And those trace points are what compiles away if !CONFIG_TRACEPOINTS, n= o? kernel/trace/Kconfig says # All tracer options should select GENERIC_TRACER. [...] If one uses tracepoints without trace_events, they still compile away. If using tracepoints directly, not using the (admittedly elegant) trace-events macro system, is in fact not wanted anymore, then Documentation/trace/* should be changed accordingly. So what is the plan, going forward? --=20 : Lars Ellenberg : LINBIT | Your Way to High Availability : DRBD/HA support and consulting http://www.linbit.com DRBD=AE and LINBIT=AE are registered trademarks of LINBIT, Austria.