From mboxrd@z Thu Jan 1 00:00:00 1970 From: Suzuki.Poulose@arm.com (Suzuki K Poulose) Date: Thu, 15 Jun 2017 14:08:09 +0100 Subject: [PATCH 00/17] coresight: next v4.12-rc4 In-Reply-To: <20170614062229.GA28496@leoy-ThinkPad-T440> References: <1496693718-9191-1-git-send-email-mathieu.poirier@linaro.org> <20170609175339.28d1d4d5a6c91a9e16c16bf7@arm.com> <20170613161712.f1f3cac734939d8728c7ed77@arm.com> <20170614062229.GA28496@leoy-ThinkPad-T440> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 14/06/17 07:22, Leo Yan wrote: > Hi Kim, > > On Tue, Jun 13, 2017 at 04:17:12PM -0500, Kim Phillips wrote: > > [...] > >>>> Also, do the current juno platforms not have CPU debug modules? I'd >>>> like to test the new driver. >>> >>> By all means - Leo pointed out the patch adding the CPU debug entries in >>> the DT file for Juno. >> >> Thanks, I applied it, was able to >> toggle /sys/kernel/debug/coresight_cpu_debug/enable, but wasn't sure >> how to trigger the cpu debug output... > > You could trigger panic flow with command, then can see CPU debug output: > echo c > /proc/sysrq-trigger I think, may be we should provide a handle to trigger the CPU debug dump manually, rather than using it only for panic. Something like : echo 1 > /sys/kernel/debug/coresight_cpu_debug/trigger Thoughts ? Suzuki