<?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 S32G3 bootloader jump to M7 app failed, when resolving clock conflicts in S32G</title>
    <link>https://community.nxp.com/t5/S32G/S32G3-bootloader-jump-to-M7-app-failed-when-resolving-clock/m-p/1760643#M5384</link>
    <description>&lt;P&gt;Dear NXP,&lt;/P&gt;&lt;P&gt;I'm trying to resolve time conflicts in multicore booting S32G399A_RDB3. According to the document "S32G_Supplemental_documentation_on_resolving_clock_conflicts_V1-2023.07.03.pdf", the Bootloader is responsible for most of clock configurations, and I've realized the Bootloader boot atf, but there is a problem when the bootloader boots the M7_0 app. While debugging the Bootloader,&amp;nbsp; &lt;STRONG&gt;hardfault occured when executing the jump instruction as follows&lt;/STRONG&gt;:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="superyyf_0-1700560440880.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/250851i10D73B574646593A/image-size/medium?v=v2&amp;amp;px=400" role="button" title="superyyf_0-1700560440880.png" alt="superyyf_0-1700560440880.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;if I hit a breakpoint before the jump instruction and execute it in single step I can jump to the reset_handler function of the m7_app without any problem. This confused me.&lt;/P&gt;&lt;P&gt;version information:&lt;/P&gt;&lt;P&gt;1. Integration_Reference_Examples_S32G3_2023_02&lt;/P&gt;&lt;P&gt;2. SW32_RTD_4.4_4.0.0&lt;/P&gt;&lt;P&gt;3. EB tresos 27.1&lt;/P&gt;&lt;P&gt;I made the following modifications to the bootloader：&lt;/P&gt;&lt;P&gt;1. remove Mcu_init in SysDal Deinit List&lt;/P&gt;&lt;P&gt;2. change some clock config in Mcu module to keep the same clock config with atf&lt;/P&gt;</description>
    <pubDate>Tue, 21 Nov 2023 10:05:25 GMT</pubDate>
    <dc:creator>superyyf</dc:creator>
    <dc:date>2023-11-21T10:05:25Z</dc:date>
    <item>
      <title>S32G3 bootloader jump to M7 app failed, when resolving clock conflicts</title>
      <link>https://community.nxp.com/t5/S32G/S32G3-bootloader-jump-to-M7-app-failed-when-resolving-clock/m-p/1760643#M5384</link>
      <description>&lt;P&gt;Dear NXP,&lt;/P&gt;&lt;P&gt;I'm trying to resolve time conflicts in multicore booting S32G399A_RDB3. According to the document "S32G_Supplemental_documentation_on_resolving_clock_conflicts_V1-2023.07.03.pdf", the Bootloader is responsible for most of clock configurations, and I've realized the Bootloader boot atf, but there is a problem when the bootloader boots the M7_0 app. While debugging the Bootloader,&amp;nbsp; &lt;STRONG&gt;hardfault occured when executing the jump instruction as follows&lt;/STRONG&gt;:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="superyyf_0-1700560440880.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/250851i10D73B574646593A/image-size/medium?v=v2&amp;amp;px=400" role="button" title="superyyf_0-1700560440880.png" alt="superyyf_0-1700560440880.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;if I hit a breakpoint before the jump instruction and execute it in single step I can jump to the reset_handler function of the m7_app without any problem. This confused me.&lt;/P&gt;&lt;P&gt;version information:&lt;/P&gt;&lt;P&gt;1. Integration_Reference_Examples_S32G3_2023_02&lt;/P&gt;&lt;P&gt;2. SW32_RTD_4.4_4.0.0&lt;/P&gt;&lt;P&gt;3. EB tresos 27.1&lt;/P&gt;&lt;P&gt;I made the following modifications to the bootloader：&lt;/P&gt;&lt;P&gt;1. remove Mcu_init in SysDal Deinit List&lt;/P&gt;&lt;P&gt;2. change some clock config in Mcu module to keep the same clock config with atf&lt;/P&gt;</description>
      <pubDate>Tue, 21 Nov 2023 10:05:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/S32G3-bootloader-jump-to-M7-app-failed-when-resolving-clock/m-p/1760643#M5384</guid>
      <dc:creator>superyyf</dc:creator>
      <dc:date>2023-11-21T10:05:25Z</dc:date>
    </item>
  </channel>
</rss>

