<?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: EMMc write failure based on SDK BSP40 on RDB2 v2.0 board in S32G</title>
    <link>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1865218#M6885</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/24163"&gt;@chenyin_h&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for your reply.&lt;/P&gt;&lt;P&gt;Your reply is very helpful, the issue can be fixed as you suggested.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Zhantao&lt;/P&gt;</description>
    <pubDate>Tue, 14 May 2024 08:59:09 GMT</pubDate>
    <dc:creator>hittzt</dc:creator>
    <dc:date>2024-05-14T08:59:09Z</dc:date>
    <item>
      <title>EMMc write failure based on SDK BSP40 on RDB2 v2.0 board</title>
      <link>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1860233#M6789</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Recently, I tried to test EMMc boot case based on SDK BSP40 on RDB2 v2.0 board. But when I try to write fip.s32 image to EMMc, the board reset as the following log shows:&lt;/P&gt;&lt;P&gt;root@nxp-s32g:~# flashcp -v fip.s32-qspi-bsp40 /dev/mtd0&lt;BR /&gt;Erasing blocks: 18/18 (100%)&lt;BR /&gt;Writing data: 1106k/1106k (100%)&lt;BR /&gt;Verifying data: 1106k/1106k (100%)&lt;BR /&gt;root@nxp-s32g:~# reboot&lt;BR /&gt;NOTICE: Reset status: Power-On Reset&lt;BR /&gt;NOTICE: BL2: v2.5(release):bsp40.0-2.5&lt;BR /&gt;NOTICE: BL2: Built : 08:41:20, Mar 21 2024&lt;BR /&gt;NOTICE: BL2: Booting BL31&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;U-Boot 2022.04+gd482def7e3+p0 (Mar 21 2024 - 08:40:56 +0000)&lt;/P&gt;&lt;P&gt;SoC: NXP S32G274A rev. 2.0&lt;BR /&gt;CPU: ARM Cortex-A53 r0p4 @ max 1000 MHz&lt;BR /&gt;Model: NXP S32G274A-RDB2&lt;BR /&gt;DRAM: 3.5 GiB&lt;BR /&gt;Core: 305 devices, 25 uclasses, devicetree: board&lt;BR /&gt;MMC: FSL_SDHC: 0&lt;BR /&gt;Loading Environment from SPIFlash... SF: Detected mx25uw51245g with page size 256 Bytes, erase size 64 KiB, total 64 MiB&lt;BR /&gt;OK&lt;BR /&gt;s32cc_serdes_phy serdes@40480000: Using mode 0 for SerDes subsystem&lt;BR /&gt;pci_s32cc pcie@40400000: Could not set DEVICE ID&lt;BR /&gt;pci_s32cc pcie@40400000: Configuring as RootComplex&lt;BR /&gt;pci_s32cc pcie@40400000: Failed to get link up&lt;BR /&gt;In: serial@401c8000&lt;BR /&gt;Out: serial@401c8000&lt;BR /&gt;Err: serial@401c8000&lt;BR /&gt;Board revision: RDB2/GLDBOX Revision C&lt;BR /&gt;PCIe: BusDevFun VendorId DeviceId Device Class Sub-Class&lt;BR /&gt;__________________________________________________________________________&lt;BR /&gt;pcie@40400000 RootComplex&lt;BR /&gt;| `-- 01:00.00 0x1957 0x4002 Bridge device 0x04&lt;BR /&gt;Net: eth0: ethernet@4033c000&lt;BR /&gt;Found PFE version 0x50300 (S32G2)&lt;BR /&gt;Too large ELF file, size: 4294836224&lt;BR /&gt;PFE firmware file '&amp;lt;NULL&amp;gt;@0x030a0000:&amp;lt;NULL&amp;gt;' loading failed: -27&lt;/P&gt;&lt;P&gt;Found PFE version 0x50300 (S32G2)&lt;BR /&gt;Too large ELF file, size: 4294836224&lt;BR /&gt;PFE firmware file '&amp;lt;NULL&amp;gt;@0x030a0000:&amp;lt;NULL&amp;gt;' loading failed: -27&lt;/P&gt;&lt;P&gt;Found PFE version 0x50300 (S32G2)&lt;BR /&gt;Too large ELF file, size: 4294836224&lt;BR /&gt;PFE firmware file '&amp;lt;NULL&amp;gt;@0x030a0000:&amp;lt;NULL&amp;gt;' loading failed: -27&lt;/P&gt;&lt;P&gt;Hit any key to stop autoboot: 0&lt;BR /&gt;=&amp;gt; mmc rescan&lt;BR /&gt;=&amp;gt; mmc list&lt;BR /&gt;FSL_SDHC: 0 (eMMC)&lt;BR /&gt;=&amp;gt;&lt;BR /&gt;FSL_SDHC: 0 (eMMC)&lt;BR /&gt;=&amp;gt; dhcp&lt;BR /&gt;ethernet@4033c000 Waiting for PHY auto negotiation to complete....... done&lt;BR /&gt;BOOTP broadcast 1&lt;BR /&gt;BOOTP broadcast 2&lt;BR /&gt;*** Unhandled DHCP Option in OFFER/ACK: 43&lt;BR /&gt;*** Unhandled DHCP Option in OFFER/ACK: 43&lt;BR /&gt;DHCP client bound to address 128.224.35.131 (282 ms)&lt;BR /&gt;Using ethernet@4033c000 device&lt;BR /&gt;TFTP from server 128.224.161.77; our IP address is 128.224.35.131; sending through gateway 128.224.34.1&lt;BR /&gt;Filename 'undionly.kpxe'.&lt;BR /&gt;Load address: 0x8a080000&lt;BR /&gt;Loading: #####&lt;BR /&gt;6.3 MiB/s&lt;BR /&gt;done&lt;BR /&gt;Bytes transferred = 72763 (11c3b hex)&lt;BR /&gt;=&amp;gt; setenv serverip 128.224.34.193&lt;BR /&gt;=&amp;gt; setenv gatewayip 128.224.178.1&lt;BR /&gt;=&amp;gt;&lt;BR /&gt;=&amp;gt; setenv netmask 255.255.254.0&lt;BR /&gt;=&amp;gt;&lt;BR /&gt;=&amp;gt;&lt;BR /&gt;=&amp;gt;&lt;BR /&gt;=&amp;gt;&lt;/P&gt;&lt;P&gt;=&amp;gt; run loadtftpimage&lt;BR /&gt;Using ethernet@4033c000 device&lt;BR /&gt;TFTP from server 128.224.34.193; our IP address is 128.224.35.131&lt;BR /&gt;Filename 'Image'.&lt;BR /&gt;Load address: 0x8a080000&lt;BR /&gt;Loading: #################################################################&lt;BR /&gt;#############&lt;BR /&gt;9.2 MiB/s&lt;BR /&gt;done&lt;BR /&gt;Bytes transferred = 1134464 (114f80 hex)&lt;BR /&gt;=&amp;gt; setexpr loadaddr ${loadaddr} + 0x1000&lt;BR /&gt;=&amp;gt; setexpr n_b&amp;lt;INTERRUPT&amp;gt;0 00 00&lt;BR /&gt;=&amp;gt; setexpr n_blocks 0x114f80 / 0x200&lt;BR /&gt;=&amp;gt; pri n_blocks&lt;BR /&gt;n_blocks=8a7&lt;BR /&gt;=&amp;gt; setexpr n_blocks ${n_blocks} - 7&lt;BR /&gt;=&amp;gt; pri n_blocks&lt;BR /&gt;n_blocks=8a0&lt;BR /&gt;=&amp;gt; mmc rescan&lt;BR /&gt;=&amp;gt; mmc list&lt;BR /&gt;FSL_SDHC: 0 (eMMC)&lt;BR /&gt;=&amp;gt; mmc write ${loadaddr} 8 ${n_blocks}&lt;/P&gt;&lt;P&gt;MMC write: dev # 0, block # 8, count 2208 .�NOTICE: Reset status: Power-On Reset&lt;BR /&gt;NOTICE: BL2: v2.5(release):bsp40.0-2.5&lt;BR /&gt;NOTICE: BL2: Built : 08:41:20, Mar 21 2024&lt;BR /&gt;NOTICE: BL2: Booting BL31&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;U-Boot 2022.04+gd482def7e3+p0 (Mar 21 2024 - 08:40:56 +0000)&lt;/P&gt;&lt;P&gt;SoC: NXP S32G274A rev. 2.0&lt;BR /&gt;CPU: ARM Cortex-A53 r0p4 @ max 1000 MHz&lt;BR /&gt;Model: NXP S32G274A-RDB2&lt;BR /&gt;DRAM: 3.5 GiB&lt;BR /&gt;Core: 305 devices, 25 uclasses, devicetree: board&lt;BR /&gt;MMC: FSL_SDHC: 0&lt;BR /&gt;Loading Environment from SPIFlash... SF: Detected mx25uw51245g with page size 256 Bytes, erase size 64 KiB, total 64 MiB&lt;BR /&gt;OK&lt;BR /&gt;s32cc_serdes_phy serdes@40480000: Using mode 0 for SerDes subsystem&lt;BR /&gt;pci_s32cc pcie@40400000: Could not set DEVICE ID&lt;BR /&gt;pci_s32cc pcie@40400000: Configuring as RootComplex&lt;BR /&gt;pci_s32cc pcie@40400000: Failed to get link up&lt;BR /&gt;In: serial@401c8000&lt;BR /&gt;Out: serial@401c8000&lt;BR /&gt;Err: serial@401c8000&lt;BR /&gt;Board revision: RDB2/GLDBOX Revision C&lt;BR /&gt;PCIe: BusDevFun VendorId DeviceId Device Class Sub-Class&lt;BR /&gt;__________________________________________________________________________&lt;BR /&gt;pcie@40400000 RootComplex&lt;BR /&gt;| `-- 01:00.00 0x1957 0x4002 Bridge device 0x04&lt;BR /&gt;Net: eth0: ethernet@4033c000&lt;BR /&gt;Found PFE version 0x50300 (S32G2)&lt;BR /&gt;Too large ELF file, size: 4294836224&lt;BR /&gt;PFE firmware file '&amp;lt;NULL&amp;gt;@0x030a0000:&amp;lt;NULL&amp;gt;' loading failed: -27&lt;/P&gt;&lt;P&gt;Found PFE version 0x50300 (S32G2)&lt;BR /&gt;Too large ELF file, size: 4294836224&lt;BR /&gt;PFE firmware file '&amp;lt;NULL&amp;gt;@0x030a0000:&amp;lt;NULL&amp;gt;' loading failed: -27&lt;/P&gt;&lt;P&gt;Found PFE version 0x50300 (S32G2)&lt;BR /&gt;Too large ELF file, size: 4294836224&lt;BR /&gt;PFE firmware file '&amp;lt;NULL&amp;gt;@0x030a0000:&amp;lt;NULL&amp;gt;' loading failed: -27&lt;/P&gt;&lt;P&gt;Hit any key to stop autoboot: 0&lt;BR /&gt;=&amp;gt;&lt;BR /&gt;=&amp;gt;&lt;/P&gt;&lt;P&gt;Firstly, I tried to write the fip-qspi.s32 image to qspi flash, then boot from the qspi flash, and in uboot stage, write the&amp;nbsp;fip.s32-sdcard image to EMMc. At this point, the board reset as above.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Would you please help to check the issue?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Zhantao&lt;/P&gt;</description>
      <pubDate>Tue, 07 May 2024 06:36:16 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1860233#M6789</guid>
      <dc:creator>hittzt</dc:creator>
      <dc:date>2024-05-07T06:36:16Z</dc:date>
    </item>
    <item>
      <title>Re: EMMc write failure based on SDK BSP40 on RDB2 v2.0 board</title>
      <link>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1861109#M6804</link>
      <description>&lt;P&gt;Hello, &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/135277"&gt;@hittzt&lt;/a&gt;&lt;/P&gt;
&lt;P&gt;Thanks for the questions.&lt;/P&gt;
&lt;P&gt;Sorry that I did not reproduce the issue locally, a slight difference here is that I was using a RDB2 with 2.1 silicon. May I know if you had met such issues on other boards?&lt;/P&gt;
&lt;P&gt;Logs are attached for your reference.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Best Regards&lt;/P&gt;
&lt;P&gt;Chenyin&lt;/P&gt;</description>
      <pubDate>Wed, 08 May 2024 06:25:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1861109#M6804</guid>
      <dc:creator>chenyin_h</dc:creator>
      <dc:date>2024-05-08T06:25:40Z</dc:date>
    </item>
    <item>
      <title>Re: EMMc write failure based on SDK BSP40 on RDB2 v2.0 board</title>
      <link>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1862541#M6840</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/24163"&gt;@chenyin_h&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks your reply.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I tested the case on RDB2 v2.0 and RDB3 v1.1 boards, and RDB3 v1.1 works well with EMMc boot mode.&lt;/P&gt;&lt;P&gt;And there is no RDB2 v2.1 boards in my hand.&lt;/P&gt;&lt;P&gt;Would you please help to check the status of RDB2 v2.0 board in your side?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Zhantao&lt;/P&gt;</description>
      <pubDate>Thu, 09 May 2024 13:02:04 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1862541#M6840</guid>
      <dc:creator>hittzt</dc:creator>
      <dc:date>2024-05-09T13:02:04Z</dc:date>
    </item>
    <item>
      <title>Re: EMMc write failure based on SDK BSP40 on RDB2 v2.0 board</title>
      <link>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1862988#M6842</link>
      <description>&lt;P&gt;Hello, &lt;A href="https://community.nxp.com/t5/user/viewprofilepage/user-id/135277" target="_blank"&gt;@hittzt&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Thanks for the feedback.&lt;/P&gt;
&lt;P&gt;It is good to hear that the issue seems only existed on RDB2 with 2.0 silicon.&lt;/P&gt;
&lt;P&gt;Sorry that we do not have 2.0 silicon based board within the team, let me check if there are any from other teams, will update it while getting further results.&lt;/P&gt;
&lt;P&gt;Sorry for your inconvenience.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Best Regards&lt;/P&gt;
&lt;P&gt;Chenyin&lt;/P&gt;</description>
      <pubDate>Fri, 10 May 2024 03:18:00 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1862988#M6842</guid>
      <dc:creator>chenyin_h</dc:creator>
      <dc:date>2024-05-10T03:18:00Z</dc:date>
    </item>
    <item>
      <title>Re: EMMc write failure based on SDK BSP40 on RDB2 v2.0 board</title>
      <link>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1864104#M6868</link>
      <description>&lt;P&gt;Hello, &lt;A href="https://community.nxp.com/t5/user/viewprofilepage/user-id/135277" target="_blank"&gt;@hittzt&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;I have reproduced it on a local RDB2 REVC(with 2.0 silicon equipped), and found that it could be fixed by disabling the following option in u-boot configuration: MMC_IO_VOLTAGE, you may have a try with it.&lt;/P&gt;
&lt;P&gt;I also have discussed it with internal teams, and got confirmed that the main problem here is not related with Silicon 2.0 but related with board revision, The voltage supply of eMMC on RDB2 REVC in default is 3.3V, but the default mode of BSP40 is using 1.8v, this may be the root cause of the issue.&lt;/P&gt;
&lt;P&gt;Hope it helpful.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Best Regards&lt;/P&gt;
&lt;P&gt;Chenyin&lt;/P&gt;</description>
      <pubDate>Mon, 13 May 2024 06:47:14 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1864104#M6868</guid>
      <dc:creator>chenyin_h</dc:creator>
      <dc:date>2024-05-13T06:47:14Z</dc:date>
    </item>
    <item>
      <title>Re: EMMc write failure based on SDK BSP40 on RDB2 v2.0 board</title>
      <link>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1865218#M6885</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/24163"&gt;@chenyin_h&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for your reply.&lt;/P&gt;&lt;P&gt;Your reply is very helpful, the issue can be fixed as you suggested.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Zhantao&lt;/P&gt;</description>
      <pubDate>Tue, 14 May 2024 08:59:09 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S32G/EMMc-write-failure-based-on-SDK-BSP40-on-RDB2-v2-0-board/m-p/1865218#M6885</guid>
      <dc:creator>hittzt</dc:creator>
      <dc:date>2024-05-14T08:59:09Z</dc:date>
    </item>
  </channel>
</rss>

