<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>LPC MicrocontrollersのトピックRe: LPC55S69 - TPIU access</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S69-TPIU-access/m-p/1006565#M39502</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Xiangjun,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sure, no parallel trace/jtag.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That reg should return 0 if not implemented, not hang.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;STs new cm33 stm32l522 also kills the debugger on that read.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Nordics new cm33 nRF5340 works. But it does support parallel trace.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can crash the soc from non secure code with that read btw. Maybe a war would be for secure code to enable a fault region for that area. Not sure if the CPU will speculatively read that locn in parallel with the mpu check, so it might not work.#&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tnx&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hedley&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 12 Dec 2019 05:07:29 GMT</pubDate>
    <dc:creator>hrainnie</dc:creator>
    <dc:date>2019-12-12T05:07:29Z</dc:date>
    <item>
      <title>LPC55S69 - TPIU access</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S69-TPIU-access/m-p/1006563#M39500</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;LPC55S69 --&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is it possible to read/write the TPIU space at 0xE0040000 from GDB?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I tried MCUXpresso 11 memory view and OpenOCD (my own hacked v8M version) and both of them bomb so badly the target needs a PoR.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Try:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;x/x 0xE0040000&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;After that, the link is dead.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is there a way to allow access to the TPIU? (I am trying to enable SWO for trace to trace an even more nasty CM33 double fault issue). Actually a set of reg/bit writes to enable SWO ITM would work fine too :smileyhappy:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;tnx&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hedley&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(Marvell Wireless group -&amp;gt; soon to be part of NXP).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;GDB:&lt;BR /&gt;hrainnie@gravitar:/backup/NXP/trace/Debug$ arm-none-eabi-gdb spin.axf&lt;BR /&gt;GNU gdb (GNU Tools for Arm Embedded Processors 8-2018-q4-major) 8.2.50.20181213-git&lt;BR /&gt;(gdb) xyz0&lt;BR /&gt;0x00000000 in ?? ()&lt;BR /&gt;Only resetting the Cortex-M core, use a reset-init event handler to reset any peripherals or configure hardware srst support.&lt;BR /&gt;target halted due to debug-request, current mode: Thread&lt;BR /&gt;xPSR: 0x09000000 pc: 0x00000fea msp: 0x20043ff0&lt;BR /&gt;Loading section .text, size 0x3840 lma 0x20000000&lt;BR /&gt;Loading section .data, size 0x70 lma 0x20003840&lt;BR /&gt;Start address 0x2000016c, load size 14512&lt;BR /&gt;Transfer rate: 29 KB/sec, 7256 bytes/write.&lt;BR /&gt;Only resetting the Cortex-M core, use a reset-init event handler to reset any peripherals or configure hardware srst support.&lt;BR /&gt;target halted due to debug-request, current mode: Thread&lt;BR /&gt;xPSR: 0x09000000 pc: 0x00000fea msp: 0x20043ff0&lt;BR /&gt;(gdb) &lt;STRONG&gt;x/x 0xe0040000&lt;/STRONG&gt;&lt;BR /&gt;0xe0040000: 0x00000000&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;OpenOCD&lt;/STRONG&gt;:&lt;/P&gt;&lt;P&gt;root@gravitar:/usr/local/src/openocd-0.10.1/tcl# ../src/openocd -f board/lpc55xx.cfg&lt;BR /&gt;Open On-Chip Debugger 0.10.0&lt;BR /&gt;Licensed under GNU GPL v2&lt;BR /&gt;For bug reports, read&lt;BR /&gt; &lt;A href="http://openocd.org/doc/doxygen/bugs.html" target="test_blank"&gt;http://openocd.org/doc/doxygen/bugs.html&lt;/A&gt;&lt;BR /&gt;none separate&lt;BR /&gt;adapter speed: 500 kHz&lt;BR /&gt;cortex_mX3 reset_config vectreset&lt;BR /&gt;Info : CMSIS-DAP: SWD Supported&lt;BR /&gt;Info : CMSIS-DAP: JTAG Supported&lt;BR /&gt;Info : CMSIS-DAP: Interface Initialised (SWD)&lt;BR /&gt;Info : CMSIS-DAP: FW Version = 1.0&lt;BR /&gt;Info : SWCLK/TCK = 1 SWDIO/TMS = 1 TDI = 1 TDO = 1 nTRST = 0 nRESET = 1&lt;BR /&gt;Info : CMSIS-DAP: Interface ready&lt;BR /&gt;Info : clock speed 500 kHz&lt;BR /&gt;Info : SWD DPIDR 0x6ba02477&lt;BR /&gt;Info : security extensions detected&lt;BR /&gt;Info : LPC5569.mX3: hardware has 8 breakpoints, 4 watchpoints&lt;BR /&gt;Info : accepting 'gdb' connection on tcp/3333&lt;BR /&gt;undefined debug reason 7 - target needs reset&lt;BR /&gt;Warn : Only resetting the Cortex-M core, use a reset-init event handler to reset any peripherals or configure hardware srst support.&lt;BR /&gt;target halted due to debug-request, current mode: Thread&lt;BR /&gt;xPSR: 0x09000000 pc: 0x00000fea msp: 0x20043ff0&lt;BR /&gt;Warn : Only resetting the Cortex-M core, use a reset-init event handler to reset any peripherals or configure hardware srst support.&lt;BR /&gt;target halted due to debug-request, current mode: Thread&lt;BR /&gt;xPSR: 0x09000000 pc: 0x00000fea msp: 0x20043ff0&lt;BR /&gt;&lt;STRONG&gt;Error: Failed to read memory and, additionally, failed to find out where&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Polling target LPC5569.mX3 failed, trying to reexamine&lt;/STRONG&gt;&lt;BR /&gt;Error: Could not initialize the debug port&lt;BR /&gt;Examination failed, GDB will be halted. Polling again in 100ms&lt;BR /&gt;Polling target LPC5569.mX3 failed, trying to reexamine&lt;BR /&gt;Error: Could not initialize the debug port&lt;BR /&gt;Examination failed, GDB will be halted. Polling again in 300ms&lt;BR /&gt;Polling target LPC5569.mX3 failed, trying to reexamine&lt;BR /&gt;^CError: Could not initialize the debug port&lt;BR /&gt;Examination failed, GDB will be halted. Polling again in 700ms&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 19 Nov 2019 02:46:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S69-TPIU-access/m-p/1006563#M39500</guid>
      <dc:creator>hrainnie</dc:creator>
      <dc:date>2019-11-19T02:46:16Z</dc:date>
    </item>
    <item>
      <title>Re: LPC55S69 - TPIU access</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S69-TPIU-access/m-p/1006564#M39501</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi, Hedley,&lt;/P&gt;&lt;P&gt;As you know that the LPC55S69 only has SWD debug port, it does not have TRACE signals, so I suppose the LPC55S69 does not support TPIU function. The TPIU is optional module for M33 core.&lt;/P&gt;&lt;P&gt;BR&lt;/P&gt;&lt;P&gt;Xiangjun Rong&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 11 Dec 2019 07:55:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S69-TPIU-access/m-p/1006564#M39501</guid>
      <dc:creator>xiangjun_rong</dc:creator>
      <dc:date>2019-12-11T07:55:57Z</dc:date>
    </item>
    <item>
      <title>Re: LPC55S69 - TPIU access</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S69-TPIU-access/m-p/1006565#M39502</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Xiangjun,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sure, no parallel trace/jtag.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That reg should return 0 if not implemented, not hang.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;STs new cm33 stm32l522 also kills the debugger on that read.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Nordics new cm33 nRF5340 works. But it does support parallel trace.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You can crash the soc from non secure code with that read btw. Maybe a war would be for secure code to enable a fault region for that area. Not sure if the CPU will speculatively read that locn in parallel with the mpu check, so it might not work.#&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tnx&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hedley&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Dec 2019 05:07:29 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC55S69-TPIU-access/m-p/1006565#M39502</guid>
      <dc:creator>hrainnie</dc:creator>
      <dc:date>2019-12-12T05:07:29Z</dc:date>
    </item>
  </channel>
</rss>

