<?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>Digital Signal ControllersのトピックRe: Device is secure. Erase to unsecure?  why I meet this problem before CW debug on 82748</title>
    <link>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1417138#M2436</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;As you know that in secure mode, the JTAG port is blocked, customer can not use the JTAG to write or read. But there is a backdoor, the JTAG accepts only mass erasure command in secure mode so that customer can erase all flash in secure mode to protect the code while avoid the phenomenon that the chip flash can never be written once it is in secure mode.&lt;/P&gt;
&lt;P&gt;Hope it can help you&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;XiangJun Rong&lt;/P&gt;</description>
    <pubDate>Tue, 22 Feb 2022 03:32:53 GMT</pubDate>
    <dc:creator>xiangjun_rong</dc:creator>
    <dc:date>2022-02-22T03:32:53Z</dc:date>
    <item>
      <title>Device is secure. Erase to unsecure?  why I meet this problem before CW debug on 82748</title>
      <link>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1416659#M2434</link>
      <description>&lt;P&gt;Dear NXP experts,&lt;/P&gt;&lt;P&gt;please help,&lt;/P&gt;&lt;P&gt;Device is secure. Erase to unsecure? why I meet this problem before CW debug on 82748. if I chose yes, the code in the flash will be erased, how can i connect 82748 without erase whole flash?&lt;/P&gt;</description>
      <pubDate>Mon, 21 Feb 2022 09:34:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1416659#M2434</guid>
      <dc:creator>terrybogard</dc:creator>
      <dc:date>2022-02-21T09:34:40Z</dc:date>
    </item>
    <item>
      <title>Re: Device is secure. Erase to unsecure?  why I meet this problem before CW debug on 82748</title>
      <link>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1417138#M2436</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;As you know that in secure mode, the JTAG port is blocked, customer can not use the JTAG to write or read. But there is a backdoor, the JTAG accepts only mass erasure command in secure mode so that customer can erase all flash in secure mode to protect the code while avoid the phenomenon that the chip flash can never be written once it is in secure mode.&lt;/P&gt;
&lt;P&gt;Hope it can help you&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;XiangJun Rong&lt;/P&gt;</description>
      <pubDate>Tue, 22 Feb 2022 03:32:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1417138#M2436</guid>
      <dc:creator>xiangjun_rong</dc:creator>
      <dc:date>2022-02-22T03:32:53Z</dc:date>
    </item>
    <item>
      <title>Re: Device is secure. Erase to unsecure?  why I meet this problem before CW debug on 82748</title>
      <link>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1417145#M2437</link>
      <description>why sometimes it will happen, and sometimes not? And how can I avoid device secure happen when program chip?&amp;nbsp;</description>
      <pubDate>Tue, 22 Feb 2022 03:38:54 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1417145#M2437</guid>
      <dc:creator>terrybogard</dc:creator>
      <dc:date>2022-02-22T03:38:54Z</dc:date>
    </item>
    <item>
      <title>Re: Device is secure. Erase to unsecure?  why I meet this problem before CW debug on 82748</title>
      <link>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1417974#M2438</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;I remember that the CW tools can generates the following array, and write it to configuration field in flas when you download code to flash.&lt;/P&gt;
&lt;P&gt;But now I can not find it out.&lt;/P&gt;
&lt;P&gt;BR&lt;/P&gt;
&lt;P&gt;XiangJun Rong&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;#pragma define_section reserved_FCF "reserved_FCF.text" RX&lt;BR /&gt;#pragma section reserved_FCF begin&lt;BR /&gt;static const uint8_t _flash_config_field[] = {&lt;BR /&gt;&lt;BR /&gt;/* NV_BACKKEY3: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_BACKKEY2: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_BACKKEY1: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_BACKKEY0: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_BACKKEY7: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_BACKKEY6: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_BACKKEY5: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_BACKKEY4: KEY=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_FPROT3: PROT=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_FPROT2: PROT=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_FPROT1: PROT=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_FPROT0: PROT=0xFF */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* NV_FSEC: KEYEN=1,MEEN=3,FSLACC=3,SEC=2 */ \&lt;BR /&gt;0x7EU, \&lt;BR /&gt;/* NV_FOPT: FOPT[7:6] = 11b means boot from ROM, other value means boot from Flash */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* Reserved */ \&lt;BR /&gt;0xFFU, \&lt;BR /&gt;/* Reserved */ \&lt;BR /&gt;0xFFU&lt;BR /&gt;};&lt;BR /&gt;#pragma section reserved_FCF end&lt;/P&gt;</description>
      <pubDate>Wed, 23 Feb 2022 07:04:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Digital-Signal-Controllers/Device-is-secure-Erase-to-unsecure-why-I-meet-this-problem/m-p/1417974#M2438</guid>
      <dc:creator>xiangjun_rong</dc:creator>
      <dc:date>2022-02-23T07:04:55Z</dc:date>
    </item>
  </channel>
</rss>

