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 <sudeep.holla@xxxxxxx> wrote: > > > On 21/02/17 12:34, Mike Leach wrote: >> Hi Sudeep >> >>> -----Original Message----- >>> From: CoreSight [mailto:coresight-bounces@xxxxxxxxxxxxxxxx] On Behalf Of >>> Sudeep Holla >>> Sent: 21 February 2017 11:03 >>> To: Mike Leach; linux-arm-kernel@xxxxxxxxxxxxxxxxxxx >>> Cc: devicetree@xxxxxxxxxxxxxxx; coresight@xxxxxxxxxxxxxxxx; >>> robh+dt@xxxxxxxxxx; Sudeep Holla >>> Subject: Re: [PATCH] arm64: dts: juno: update definition for programmable >>> replicator. >>> >>> Hi Mike, >>> >>> On 17/02/17 19:13, Mike Leach wrote: >>>> 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. >>>> >>> >>> 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
