On Tue, Sep 03, 2019 at 10:17:51AM +0100, Mike Leach wrote:
Hi Leo,
On Tue, 3 Sep 2019 at 09:06, Leo Yan leo.yan@linaro.org wrote:
Hi Mike,
On Mon, Aug 19, 2019 at 10:13:46PM +0100, Mike Leach wrote:
CTIs are defined in the device tree and associated with other CoreSight devices. The core CoreSight code has been modified to enable the registration of the CTI devices on the same bus as the other CoreSight components, but as these are not actually trace generation / capture devices, they are not part of the Coresight path when generating trace.
However, the definition of the standard CoreSight device has been extended to include a reference to an associated CTI device, and the enable / disable trace path operations will auto enable/disable any associated CTI devices at the same time.
Programming is at present via sysfs - a full API is provided to utilise the hardware capabilities. As CTI devices are unprogrammed by default, the auto enable describe above will have no effect until explicit programming takes place.
A set of device tree bindings specific to the CTI topology has been defined. The driver accesses these in a platform agnostic manner, so ACPI bindings can be added later, once they have been agreed and defined for the CTI device.
Documentation has been updated to describe both the CTI hardware, its use and programming in sysfs, and the new dts bindings required.
Tested on DB410 board, applies on coresight/next tree - 5.3-rc1 based.
I tested this patch set on my Hikey620 board with below commands (and also applied below patch for CTI DT binding); I can confirm below testing can work well on Hikey board; FWIW:
Tested-by: Leo Yan leo.yan@linaro.org
Thanks for testing this. I'll add your binding patch into the next set.
Welcome and appreciate for this!
[...]
Thanks, Leo Yan