<?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>topic Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A in Layerscape</title>
    <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205518#M16296</link>
    <description>&lt;DIV class="paragraph"&gt;The document uses LX2160 as an example—refer to it as needed. The attachment provides a complete guide flow for LX2160.&lt;/DIV&gt;
&lt;DIV class="paragraph"&gt;For specific bit meanings, please submit a ticket or contact sales.&lt;/DIV&gt;
&lt;DIV class="paragraph"&gt;Do you have a completely unfused development board? Compare it with an OTPMK-fused board. If you can provide detailed log files, I can help analyze them.&lt;/DIV&gt;</description>
    <pubDate>Sat, 15 Nov 2025 13:20:49 GMT</pubDate>
    <dc:creator>kenli</dc:creator>
    <dc:date>2025-11-15T13:20:49Z</dc:date>
    <item>
      <title>Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2204555#M16287</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;We are currently implementing secure boot with the new TFA bootflow and U-Boot 2025 on our custom LS1046A platform. While working on hashing the OTP and SRKH keys, we encountered an issue related to the OTP status registers.&lt;/P&gt;&lt;P&gt;After writing the OTP keys (not yet fused), we observed the following:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;OTP Status Register (0x1E90014):&lt;/STRONG&gt; Value reads as 0x88002B00 initially, and after writing the OTP values (not fused yet), it changes to 0x80002B00.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;The &lt;STRONG&gt;PE error&lt;/STRONG&gt; is not shown, but the &lt;STRONG&gt;SYNDROME bit&lt;/STRONG&gt; remains set (1) instead of zero.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;According to one of the reference documents, the expected value should be 0x80000900, where the middle bits should be zero. However, we never get this expected value after writing the OTP keys.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Secret Value Hashing Register (0x1E80024):&lt;/STRONG&gt; Shows 0x00000000, which seems correct.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Scratch Register for OTPMK (0x1EE0204):&lt;/STRONG&gt; Also shows 0x00000000, which appears proper.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Our main concern is whether the value 0x80002B00 in the SecMon HP Status Register (0x1E90014) is valid and safe to proceed with fusing. We already lost one board during this process, so we would like to confirm before proceeding further.&lt;/P&gt;&lt;P&gt;Could you please confirm if this value is acceptable for fusing, and share any official documentation or guidance that clearly explains the expected values and behavior of the SecMon status and SYNDROME bits during OTP programming?&lt;/P&gt;&lt;P&gt;Thank you very much for your support.&lt;/P&gt;&lt;P&gt;regards,&lt;/P&gt;&lt;P&gt;Gopi Krishna M&lt;/P&gt;</description>
      <pubDate>Thu, 13 Nov 2025 14:19:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2204555#M16287</guid>
      <dc:creator>gkrishna</dc:creator>
      <dc:date>2025-11-13T14:19:23Z</dc:date>
    </item>
    <item>
      <title>Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2204644#M16288</link>
      <description>&lt;DIV class="paragraph"&gt;I have experience with secure boot on LX2 and would like to share some insights. Although LS1046A uses the TA2.1 IP, the flow should be similar:&lt;/DIV&gt;
&lt;OL start="1"&gt;
&lt;LI&gt;
&lt;DIV class="paragraph"&gt;The OTPMK must be fused into the fuse array and must satisfy the Hamming-code check. Details are in the LSDK UG or LLDP UG.&lt;STRONG&gt;“Blowing of OTPMK is essential to run secure boot for both Production and Development&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;phases.”&lt;/STRONG&gt;&lt;/DIV&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;DIV class="paragraph"&gt;SRKH can be &lt;STRONG&gt;left in the mirror registers&lt;/STRONG&gt;—no need to blow fuses for early secure-boot verification.&lt;/DIV&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;DIV class="paragraph"&gt;When you finally program OTPMK/SRKH, pay attention to the &lt;STRONG&gt;endianness difference&lt;/STRONG&gt; between &lt;STRONG&gt;U-Boot and JTAG/ccs&lt;/STRONG&gt;; this is critical.&lt;/DIV&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;DIV class="paragraph"&gt;Register offset &lt;STRONG&gt;0x1E8_0024&lt;/STRONG&gt; shows whether OTPMK is valid.&lt;/DIV&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;DIV class="paragraph"&gt;If OTPMK fails, the error is reported at 0x1E90018.&lt;/DIV&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;DIV class="paragraph"&gt;The minimum Hamming weight for OTPMK is 0xF. Generate candidates with gen_otpmk_drbg so you know exactly what was written. OTPMK cannot be read back, but keeping a record of the value and fuse offset is vital—fuses can be incrementally repaired if a write goes wrong.&lt;/DIV&gt;
&lt;/LI&gt;
&lt;/OL&gt;</description>
      <pubDate>Thu, 13 Nov 2025 18:01:47 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2204644#M16288</guid>
      <dc:creator>kenli</dc:creator>
      <dc:date>2025-11-13T18:01:47Z</dc:date>
    </item>
    <item>
      <title>Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205473#M16292</link>
      <description>dear &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/181647"&gt;@kenli&lt;/a&gt;&lt;BR /&gt;&lt;BR /&gt;thanks for your help &lt;LI-EMOJI id="lia_slightly-smiling-face" title=":slightly_smiling_face:"&gt;&lt;/LI-EMOJI&gt;</description>
      <pubDate>Sat, 15 Nov 2025 03:38:28 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205473#M16292</guid>
      <dc:creator>LFGP</dc:creator>
      <dc:date>2025-11-15T03:38:28Z</dc:date>
    </item>
    <item>
      <title>Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205474#M16293</link>
      <description>dear &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/195876"&gt;@gkrishna&lt;/a&gt;,&lt;BR /&gt;If you will need documentation about Security, you need to open a new private case, not in the community area please.&lt;BR /&gt;</description>
      <pubDate>Sat, 15 Nov 2025 03:40:44 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205474#M16293</guid>
      <dc:creator>LFGP</dc:creator>
      <dc:date>2025-11-15T03:40:44Z</dc:date>
    </item>
    <item>
      <title>Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205492#M16294</link>
      <description>&lt;P&gt;Thanks Kenil and LFGP, Its not about documents, Its all about Sec_mon register(&lt;STRONG&gt;0x1E90014)&lt;/STRONG&gt;) status,&amp;nbsp; After writing OTP, without fuse that register shows &lt;STRONG&gt;0x80002900,&amp;nbsp;&lt;/STRONG&gt;and then in another device it shows &lt;STRONG&gt;0x80002B00,&amp;nbsp;&lt;/STRONG&gt; but in one of the document everywhere it shows these three digit should be 0 like 0x80&lt;STRONG&gt;000&lt;/STRONG&gt;900, But I didn't see that in any devices even after writing those keys, so what I am asking what those bits refers, I dont see that in any of the document. Please provide the link that will be helpful, All other registers showing proper values only this Sec Mon status registers showing irregular values.&amp;nbsp; Please clarify me.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Gopi krishna M&lt;/P&gt;</description>
      <pubDate>Sat, 15 Nov 2025 05:04:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205492#M16294</guid>
      <dc:creator>gkrishna</dc:creator>
      <dc:date>2025-11-15T05:04:53Z</dc:date>
    </item>
    <item>
      <title>Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205495#M16295</link>
      <description>Hi To make it simple,&lt;BR /&gt;&lt;BR /&gt;The fresh board should show&lt;BR /&gt;&lt;BR /&gt;md 1e90014&lt;BR /&gt;88 000 900&lt;BR /&gt;&lt;BR /&gt;but my fresh board always shows&lt;BR /&gt;&lt;BR /&gt;md 1e90014&lt;BR /&gt;88 002 B00&lt;BR /&gt;&lt;BR /&gt;please explain this, this should not show like this as per the document, what shall I do.. Please give some insight, whether this is a valid value?&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Sat, 15 Nov 2025 06:03:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205495#M16295</guid>
      <dc:creator>gkrishna</dc:creator>
      <dc:date>2025-11-15T06:03:52Z</dc:date>
    </item>
    <item>
      <title>Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205518#M16296</link>
      <description>&lt;DIV class="paragraph"&gt;The document uses LX2160 as an example—refer to it as needed. The attachment provides a complete guide flow for LX2160.&lt;/DIV&gt;
&lt;DIV class="paragraph"&gt;For specific bit meanings, please submit a ticket or contact sales.&lt;/DIV&gt;
&lt;DIV class="paragraph"&gt;Do you have a completely unfused development board? Compare it with an OTPMK-fused board. If you can provide detailed log files, I can help analyze them.&lt;/DIV&gt;</description>
      <pubDate>Sat, 15 Nov 2025 13:20:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2205518#M16296</guid>
      <dc:creator>kenli</dc:creator>
      <dc:date>2025-11-15T13:20:49Z</dc:date>
    </item>
    <item>
      <title>Re: Request for Clarification on OTP and Secure Boot Configuration for LS1046A</title>
      <link>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2228918#M16303</link>
      <description>&lt;P&gt;Thank You, Everything working fine now.&lt;/P&gt;</description>
      <pubDate>Fri, 21 Nov 2025 04:24:26 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Layerscape/Request-for-Clarification-on-OTP-and-Secure-Boot-Configuration/m-p/2228918#M16303</guid>
      <dc:creator>gkrishna</dc:creator>
      <dc:date>2025-11-21T04:24:26Z</dc:date>
    </item>
  </channel>
</rss>

