From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758802Ab0FVIRB (ORCPT ); Tue, 22 Jun 2010 04:17:01 -0400 Received: from he.sipsolutions.net ([78.46.109.217]:32802 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754183Ab0FVIQ6 (ORCPT ); Tue, 22 Jun 2010 04:16:58 -0400 Subject: Re: [rfc] Describe events in a structured way via sysfs From: Johannes Berg To: Lin Ming Cc: Ingo Molnar , Peter Zijlstra , Greg KH , Corey Ashford , Frederic Weisbecker , Paul Mundt , "eranian@gmail.com" , "Gary.Mohr@Bull.com" , "arjan@linux.intel.com" , "Zhang, Yanmin" , Paul Mackerras , "David S. Miller" , Russell King , Arnaldo Carvalho de Melo , Will Deacon , Maynard Johnson , Carl Love , Kay Sievers , lkml , Thomas Gleixner In-Reply-To: <1277193847.5025.19.camel@minggr.sh.intel.com> References: <1274233602.3036.84.camel@localhost> <20100518200524.GA20223@kroah.com> <1274236496.3603.22.camel@minggr.sh.intel.com> <20100519024823.GA25229@kroah.com> <1274253276.5605.10124.camel@twins> <20100520184213.GB21030@kroah.com> <20100520201418.GB11470@elte.hu> <20100520231229.GB8335@kroah.com> <1274429038.1674.1684.camel@laptop> <20100521094053.GA4658@elte.hu> <1277110509.18390.28.camel@minggr.sh.intel.com> <1277112858.3618.16.camel@jlt3.sipsolutions.net> <1277187920.4467.3.camel@minggr.sh.intel.com> <1277189971.3637.5.camel@jlt3.sipsolutions.net> <1277191359.5025.4.camel@minggr.sh.intel.com> <1277192007.3637.8.camel@jlt3.sipsolutions.net> <1277192364.3637.10.camel@jlt3.sipsolutions.net> <1277193847.5025.19.camel@minggr.sh.intel.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Jun 2010 10:16:14 +0200 Message-ID: <1277194574.3637.13.camel@jlt3.sipsolutions.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2010-06-22 at 16:04 +0800, Lin Ming wrote: > > Which really just means that whoever writes the tracepoint needs to > > provide a struct device for where to put it (at least in the case of > > driver tracepoints), and then ideally some description of the device > > also gets put into the ringbuffer. > > I'm not familiar with tracepoint code. Correct me if I'm wrong. > Do you mean that, for example, if iwlwifi_dev_ioread32 event is traced, > then the "device" info will get put into the ftrace ringbuffer? No, right now it doesn't. johannes