<?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>S32KのトピックRe: Clarification on IVT usage at multiple AB_SWAP locations (S32K328)</title>
    <link>https://community.nxp.com/t5/S32K/Clarification-on-IVT-usage-at-multiple-AB-SWAP-locations-S32K328/m-p/2393105#M59780</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/264433"&gt;@venkatesh-kv&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;1. One IVT at any available defined address is sufficient. It doesn’t have to be primary location like 0x40_0000. It’s up to SBAF to search for valid IVT in given order. &lt;BR /&gt;There’s an option to use second IVT as a backup if something goes wrong during update of IVT which is typically done when enabling secure boot by BOOT_SEQ bit in Boot Configuration Word in IVT. &lt;BR /&gt;&lt;BR /&gt;2. S32K328 in AB_SWAP mode has three possible locations of IVT: 0x40_0000, 0x60_0000, 0x1000_0000. SBAF searches for valid IVT in this order. The lower address, the highest priority. For example, if there’s valid IVT at 0x40_0000, SBAF will use this one and it does not check other locations.&lt;/P&gt;
&lt;P&gt;3. It’s not necessary to keep the area reserved, you can use it for your code or data.&lt;/P&gt;
&lt;P&gt;4. For this use case, other IVT locations can be used as a backup as mentioned earlier. It’s also discussed in Secure Boot Application Note in section “6.2 Update IVT”. &lt;BR /&gt;It can be downloaded from: &lt;BR /&gt;&lt;A href="https://www.nxp.com/products/S32K3" target="_blank"&gt;https://www.nxp.com/products/S32K3&lt;/A&gt;&lt;BR /&gt;Application note can be found here:&lt;BR /&gt;Documentation -&amp;gt; Secure Files -&amp;gt; Secure Boot Application note v0.1.1.0 (AN744511)&lt;BR /&gt;Associated demo project can be downloaded here:&lt;BR /&gt;Design Resources -&amp;gt; Software -&amp;gt; Secure Files -&amp;gt; SecureBootAppNoteDemo (SW745310)&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Lukas&lt;/P&gt;</description>
    <pubDate>Thu, 09 Jul 2026 14:39:03 GMT</pubDate>
    <dc:creator>lukaszadrapa</dc:creator>
    <dc:date>2026-07-09T14:39:03Z</dc:date>
    <item>
      <title>Clarification on IVT usage at multiple AB_SWAP locations (S32K328)</title>
      <link>https://community.nxp.com/t5/S32K/Clarification-on-IVT-usage-at-multiple-AB-SWAP-locations-S32K328/m-p/2392848#M59763</link>
      <description>&lt;DIV&gt;&lt;P&gt;Hi NXP team,&lt;/P&gt;&lt;P&gt;I am working on an S32K328 memory layout using AB_SWAP and HSE_B, and I need clarification on how IVT locations should be treated.&lt;/P&gt;&lt;P&gt;From the S32K3xx Reference Manual:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The &lt;STRONG&gt;IVT is the main boot entry structure&lt;/STRONG&gt; defined at a fixed location in flash.&lt;/LI&gt;&lt;LI&gt;IVT contains pointers to application images, boot configuration, and optional authentication data.&lt;/LI&gt;&lt;LI&gt;In AB_SWAP configurations, there are &lt;STRONG&gt;multiple defined flash regions/addresses associated with boot and image selection&lt;/STRONG&gt;, depending on the device and setup.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;In the memory map for S32K328, I see:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;IVT at &lt;STRONG&gt;0x0040_0000&lt;/STRONG&gt; (active bank)&lt;/LI&gt;&lt;LI&gt;Another aligned region at &lt;STRONG&gt;0x0060_0000&lt;/STRONG&gt; (in the same bank), which appears to be related to boot/priority handling or reserved space in some layouts.&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;DIV&gt;&lt;H3&gt;Questions:&lt;/H3&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;IVT placement&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Is the IVT expected to exist &lt;STRONG&gt;only at the primary location (e.g., 0x0040_0000)&lt;/STRONG&gt; for each bank?&lt;/LI&gt;&lt;LI&gt;Or is there any requirement (or supported case) where an IVT (or IVT‑like structure) must also be present at another address such as &lt;STRONG&gt;0x0060_0000&lt;/STRONG&gt;?&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Multiple IVT addresses in AB_SWAP&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;When the RM shows multiple IVT‑related addresses (e.g., 0x0040_0000, 0x0050_0000, 0x0060_0000, etc.), do these represent:&lt;UL&gt;&lt;LI&gt;separate IVT instances, or&lt;/LI&gt;&lt;LI&gt;alternative boot slots / priority locations used by the same IVT concept?&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Use of secondary/alternate region&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;If a region like 0x0060_0000 is not explicitly documented as containing an IVT:&lt;UL&gt;&lt;LI&gt;Should it be kept reserved, or&lt;/LI&gt;&lt;LI&gt;Can it be safely used for application data/metadata?&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Best practice&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;For AB_SWAP + HSE secure boot systems, what is the recommended interpretation of these additional aligned addresses in relation to IVT?&lt;BR /&gt;&lt;BR /&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;DIV&gt;&lt;H3&gt;Context:&lt;/H3&gt;&lt;UL&gt;&lt;LI&gt;Device: S32K328&lt;/LI&gt;&lt;LI&gt;Boot mode: AB_SWAP&lt;/LI&gt;&lt;LI&gt;Security: HSE_B with secure boot enabled&lt;/LI&gt;&lt;LI&gt;Goal: correct boot behavior and safe memory allocation&lt;BR /&gt;&lt;BR /&gt;&lt;LI-PRODUCT title="S32K3" id="S32K3"&gt;&lt;/LI-PRODUCT&gt;&amp;nbsp;#s32k328&amp;nbsp;&lt;/LI&gt;&lt;/UL&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 09 Jul 2026 08:20:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Clarification-on-IVT-usage-at-multiple-AB-SWAP-locations-S32K328/m-p/2392848#M59763</guid>
      <dc:creator>venkatesh-kv</dc:creator>
      <dc:date>2026-07-09T08:20:45Z</dc:date>
    </item>
    <item>
      <title>Re: Clarification on IVT usage at multiple AB_SWAP locations (S32K328)</title>
      <link>https://community.nxp.com/t5/S32K/Clarification-on-IVT-usage-at-multiple-AB-SWAP-locations-S32K328/m-p/2393105#M59780</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/264433"&gt;@venkatesh-kv&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;1. One IVT at any available defined address is sufficient. It doesn’t have to be primary location like 0x40_0000. It’s up to SBAF to search for valid IVT in given order. &lt;BR /&gt;There’s an option to use second IVT as a backup if something goes wrong during update of IVT which is typically done when enabling secure boot by BOOT_SEQ bit in Boot Configuration Word in IVT. &lt;BR /&gt;&lt;BR /&gt;2. S32K328 in AB_SWAP mode has three possible locations of IVT: 0x40_0000, 0x60_0000, 0x1000_0000. SBAF searches for valid IVT in this order. The lower address, the highest priority. For example, if there’s valid IVT at 0x40_0000, SBAF will use this one and it does not check other locations.&lt;/P&gt;
&lt;P&gt;3. It’s not necessary to keep the area reserved, you can use it for your code or data.&lt;/P&gt;
&lt;P&gt;4. For this use case, other IVT locations can be used as a backup as mentioned earlier. It’s also discussed in Secure Boot Application Note in section “6.2 Update IVT”. &lt;BR /&gt;It can be downloaded from: &lt;BR /&gt;&lt;A href="https://www.nxp.com/products/S32K3" target="_blank"&gt;https://www.nxp.com/products/S32K3&lt;/A&gt;&lt;BR /&gt;Application note can be found here:&lt;BR /&gt;Documentation -&amp;gt; Secure Files -&amp;gt; Secure Boot Application note v0.1.1.0 (AN744511)&lt;BR /&gt;Associated demo project can be downloaded here:&lt;BR /&gt;Design Resources -&amp;gt; Software -&amp;gt; Secure Files -&amp;gt; SecureBootAppNoteDemo (SW745310)&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;Lukas&lt;/P&gt;</description>
      <pubDate>Thu, 09 Jul 2026 14:39:03 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32K/Clarification-on-IVT-usage-at-multiple-AB-SWAP-locations-S32K328/m-p/2393105#M59780</guid>
      <dc:creator>lukaszadrapa</dc:creator>
      <dc:date>2026-07-09T14:39:03Z</dc:date>
    </item>
  </channel>
</rss>

