<?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: i.MXMN: USB Serial Boot on Custom Board in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/i-MXMN-USB-Serial-Boot-on-Custom-Board/m-p/1151170#M161537</link>
    <description>&lt;P&gt;Hi, wkz,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp; Below is my advice for you:&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;1. Using uuu tool to program u-boot to eMMC or SD&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;if you are using windows, windows 10 is recommended. on windows command line:&lt;/P&gt;
&lt;P&gt;&amp;gt; uuu -b emmc imx-boot-imx8mn-flash-evk.bin ( assume this is the bootloader's name, and program it into eMMC)&lt;/P&gt;
&lt;P&gt;or&lt;/P&gt;
&lt;P&gt;&amp;gt; uuu -b sd imx-boot-imx8mn-flash-evk.bin&amp;nbsp;&amp;nbsp; (program bootloader to sd card)&lt;/P&gt;
&lt;P&gt;during programing bootloader to flash on board, you can see logs on console.&lt;/P&gt;
&lt;P&gt;so you don't need to use debugger, only need USB OTG port.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;&amp;gt;&amp;gt; About "Error: HID(W):LIBUSB_ERROR_TIMEOUT"&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;If users run uuu command on windows 7 command line, probably the error will occur. root cause is USB driver for windows 7.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;&amp;gt;&amp;gt; About checking hardware design.&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN title=""&gt;At the same time, you need to carefully check the hardware design: eMMC IO level matching, SD card level matching.&lt;/SPAN&gt; &lt;SPAN title=""&gt;For example, the CPU side should be 1.8V IO, and eMMC should also be 1.8V IO.&lt;/SPAN&gt; &lt;SPAN class="" title=""&gt;If the level match is wrong, an IO error will occur in the eMMC or SD card.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;Hope above information is helpful to you.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;Have a nice day!&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;B.R,&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;weidong&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 10 Sep 2020 00:30:51 GMT</pubDate>
    <dc:creator>weidong_sun</dc:creator>
    <dc:date>2020-09-10T00:30:51Z</dc:date>
    <item>
      <title>i.MXMN: USB Serial Boot on Custom Board</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MXMN-USB-Serial-Boot-on-Custom-Board/m-p/1150429#M161458</link>
      <description>&lt;P&gt;I working on bringing up a new i.MX8MN-based board, booting using the serial download mode. U-Boot is built from the head of `imx_v2020.04_5.4.24_2.1.0` with the addition of our board, which at the moment is basically a copy of the EVK except for our board using LPDDR4.&lt;/P&gt;&lt;P&gt;Working so far:&lt;/P&gt;&lt;P&gt;- UUU manages to connect to the BOOTROM and downloads the SPL.&lt;BR /&gt;- SPL runs, and correctly sets up LPDDR4 (verified from JTAG).&lt;BR /&gt;- SPL starts to download the U-Boot ITB and finds the expected header.&lt;BR /&gt;&lt;BR /&gt;This is where the show stops. The SPL calls into the BOOTROM to request more image data, but control is never returned to SPL. Attaching a debugger shows the CPU stuck in the BOOTROM somewhere.&lt;/P&gt;&lt;P&gt;This is the output on the console:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;DDRINFO: start DRAM init
DDRINFO: DRAM rate 3200MTS
DDRINFO:ddrphy calibration done
DDRINFO: ddrmix config done
Normal Boot
Trying to boot from BOOTROM
Find FIT header 0x&amp;amp;4803ae00, size 938
Need continue download 1024&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On the host side, UUU initially shows a progress bar counting up to about 33%, then exits with the following output:&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.4.43-4-g9aff92a

Success 0 Failure 1


1:71 1/ 1 [HID(W):LIBUSB_ERROR_TIMEOUT ] SDPS: boot -f output/images/flash.bin

Error: HID(W):LIBUSB_ERROR_TIMEOUT&lt;/LI-CODE&gt;&lt;P&gt;Any help is greatly appreciated!&lt;/P&gt;</description>
      <pubDate>Tue, 08 Sep 2020 14:30:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MXMN-USB-Serial-Boot-on-Custom-Board/m-p/1150429#M161458</guid>
      <dc:creator>wkz</dc:creator>
      <dc:date>2020-09-08T14:30:46Z</dc:date>
    </item>
    <item>
      <title>Re: i.MXMN: USB Serial Boot on Custom Board</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MXMN-USB-Serial-Boot-on-Custom-Board/m-p/1151170#M161537</link>
      <description>&lt;P&gt;Hi, wkz,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&amp;nbsp; Below is my advice for you:&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;1. Using uuu tool to program u-boot to eMMC or SD&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;if you are using windows, windows 10 is recommended. on windows command line:&lt;/P&gt;
&lt;P&gt;&amp;gt; uuu -b emmc imx-boot-imx8mn-flash-evk.bin ( assume this is the bootloader's name, and program it into eMMC)&lt;/P&gt;
&lt;P&gt;or&lt;/P&gt;
&lt;P&gt;&amp;gt; uuu -b sd imx-boot-imx8mn-flash-evk.bin&amp;nbsp;&amp;nbsp; (program bootloader to sd card)&lt;/P&gt;
&lt;P&gt;during programing bootloader to flash on board, you can see logs on console.&lt;/P&gt;
&lt;P&gt;so you don't need to use debugger, only need USB OTG port.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;&amp;gt;&amp;gt; About "Error: HID(W):LIBUSB_ERROR_TIMEOUT"&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;If users run uuu command on windows 7 command line, probably the error will occur. root cause is USB driver for windows 7.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;&amp;gt;&amp;gt; About checking hardware design.&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN title=""&gt;At the same time, you need to carefully check the hardware design: eMMC IO level matching, SD card level matching.&lt;/SPAN&gt; &lt;SPAN title=""&gt;For example, the CPU side should be 1.8V IO, and eMMC should also be 1.8V IO.&lt;/SPAN&gt; &lt;SPAN class="" title=""&gt;If the level match is wrong, an IO error will occur in the eMMC or SD card.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;Hope above information is helpful to you.&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;Have a nice day!&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;B.R,&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN class="tlid-translation translation"&gt;&lt;SPAN class="" title=""&gt;weidong&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Sep 2020 00:30:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MXMN-USB-Serial-Boot-on-Custom-Board/m-p/1151170#M161537</guid>
      <dc:creator>weidong_sun</dc:creator>
      <dc:date>2020-09-10T00:30:51Z</dc:date>
    </item>
    <item>
      <title>Re: i.MXMN: USB Serial Boot on Custom Board</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-MXMN-USB-Serial-Boot-on-Custom-Board/m-p/1151744#M161620</link>
      <description>&lt;P&gt;I figured out what the problem was. I incorrectly assumed that the normal `make $(BOARD)_defconfig &amp;amp;&amp;amp; make` was enough. I then discovered that for i.MX8MN you also need to set the variable `ATF_LOAD_ADDR`. If this is not done it will default to an address in SRAM where the SPL is already executing. The SPL will then try to memcpy the ATF over itself.&lt;/P&gt;&lt;P&gt;Needless to say that failed spectacularly.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Sep 2020 19:33:10 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-MXMN-USB-Serial-Boot-on-Custom-Board/m-p/1151744#M161620</guid>
      <dc:creator>wkz</dc:creator>
      <dc:date>2020-09-10T19:33:10Z</dc:date>
    </item>
  </channel>
</rss>

