[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20141107193054.GB29311@kroah.com>
Date: Fri, 7 Nov 2014 11:30:54 -0800
From: Greg KH <gregkh@...uxfoundation.org>
To: mathieu.poirier@...aro.org
Cc: linux@....linux.org.uk, pratikp@...eaurora.org, varshney@...com,
Al.Grant@....com, jonas.svennebring@...gotech.com,
james.king@...aro.org, kaixu.xia@...aro.org,
marcin.jabrzyk@...il.com, r.sengupta@...sung.com,
robbelibobban@...il.com, patches@...aro.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v9 01/12] coresight: add CoreSight core layer framework
On Fri, Nov 07, 2014 at 11:30:16AM -0800, Greg KH wrote:
> On Mon, Nov 03, 2014 at 11:07:35AM -0700, mathieu.poirier@...aro.org wrote:
> > From: Pratik Patel <pratikp@...eaurora.org>
> >
> > CoreSight components are compliant with the ARM CoreSight
> > architecture specification and can be connected in various
> > topologies to suit a particular SoC tracing needs. These trace
> > components can generally be classified as sources, links and
> > sinks. Trace data produced by one or more sources flows through
> > the intermediate links connecting the source to the currently
> > selected sink.
> >
> > The CoreSight framework provides an interface for the CoreSight trace
> > drivers to register themselves with. It's intended to build up a
> > topological view of the CoreSight components and configure the
> > correct serie of components on user input via sysfs.
> >
> > For eg., when enabling a source, the framework builds up a path
> > consisting of all the components connecting the source to the
> > currently selected sink(s) and enables all of them.
> >
> > The framework also supports switching between available sinks
> > and provides status information to user space applications
> > through the debugfs interface.
> >
> > Signed-off-by: Pratik Patel <pratikp@...eaurora.org>
> > Signed-off-by: Mathieu Poirier <mathieu.poirier@...aro.org>
>
> You don't seem to document the sysfs files you create here in
> Documentation/ABI/ anywhere in the series. Can you fix that up?
>
> Other than that minor nit, this looks good to me. Feel free to take it
> through some random ARM tree.
Wait, did you want me to take this through my tree? If so, I'll be glad
to do so, I can't remember what we talked about here...
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists