Re: [PATCH] arm64: dts: juno: update definition for programmable replicator.

The messages are not a normal linux / kernel warning message, but a
result of the offline trace decode process:-

  110739: I_OVERFLOW : Overflow.
  110741: I_ASYNC : Alignment Synchronisation.
  110754: I_TRACE_INFO : Trace Info.; PCTL=0x0
  110757: I_TRACE_ON : Trace On.

If this is sufficient with an explanation I'm happy to add it to the patch.

Mike


On 21 February 2017 at 12:37, Sudeep Holla [off-list ref] wrote:

On 21/02/17 12:34, Mike Leach wrote:

quoted

Hi Sudeep

quoted

-----Original Message-----
From: CoreSight [mailto:coresight-bounces-cunTk1MwBs8s++Sfvej+rw@public.gmane.org] On Behalf Of
Sudeep Holla
Sent: 21 February 2017 11:03
To: Mike Leach; linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Cc: devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; coresight-cunTk1MwBs8s++Sfvej+rw@public.gmane.org;
robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; Sudeep Holla
Subject: Re: [PATCH] arm64: dts: juno: update definition for programmable
replicator.

Hi Mike,

On 17/02/17 19:13, Mike Leach wrote:

quoted

Juno platforms have a programmable replicator splitting the trace
output to TPIU and ETR. Currently this is not being programmed as it
is being treated as a none-programmable replicator - which is the
default operational mode for these devices. The TPIU in the system is
enabled by default, and this combination is causing back-pressure in
the trace system resulting in overflows at the source.

Replaces the existing definition with one that defines the
programmable replicator, using the "qcom,coresight-replicator1x"
driver that provides the correct functionality for CoreSight programmable

replicators.

quoted

I assume this is just enhancement and not a fix.

I guess it depends on your point of view - with this update the trace
overflows I was seeing disappear, as the trace path to TPIU is
blocked. So it affects the quality of collected trace using the ETR
rather than a binary didn't work / works now change.

OK, could you add the warning overflow messages if you get, so that it's
very clear from the change log. Then I can see if it can be pushed as fix.

--
Regards,
Sudeep

-- 
Mike Leach
Principal Engineer, ARM Ltd.
Blackburn Design Centre. UK
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html