<?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 iMX6 solo flashing problem in i.MX Processors</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/iMX6-solo-flashing-problem/m-p/1607447#M202177</link>
    <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;we have our custom board based on mx6sabreauto design with custom peripherals set. Previously we were using quad and dual cores imx6 CPUs on the same PCB without any modification and were able to get a stable production system based on yocto warrior BSP (4.19.35 kernel).&lt;/P&gt;&lt;P&gt;Now we're bringing up imx6 solo cpu on the same PCB and got stacked on the manufacturing stage. I was able to build mfgtools version of u-boot, kernel, DTB and initramfs but it seems something is missed in the commands execution flow. It looks like:&lt;/P&gt;&lt;P&gt;- u-boot is starting fine, cmdline for kernel is&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;console=ttymxc0,115200 rdinit=/linuxrc g_mass_storage.stall=0 g_mass_storage.removable=1 g_mass_storage.file=/fat g_mass_storage.ro=1 g_mass_storage.idV&lt;BR /&gt;endor=0x066F g_mass_storage.idProduct=0x37FF g_mass_storage.iSerialNumber= clk_ignore_unused&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;- during kernel startup I see a crash in the main loop of USB gadget framework&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;g_mass_storage gadget: high-speed config #1: Linux File-Backed Storage&lt;BR /&gt;Unable to handle kernel NULL pointer dereference at virtual address 00000050&lt;BR /&gt;pgd = (ptrval)&lt;BR /&gt;[00000050] *pgd=00000000&lt;BR /&gt;Internal error: Oops: 817 [#1] PREEMPT SMP ARM&lt;BR /&gt;Modules linked in:&lt;BR /&gt;CPU: 0 PID: 92 Comm: file-storage Not tainted 4.19.35 #1&lt;BR /&gt;Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)&lt;BR /&gt;PC is at fsg_main_thread+0x186c/0x21f8&lt;BR /&gt;LR is at _raw_spin_unlock_irqrestore+0x28/0x54&lt;BR /&gt;pc : [&amp;lt;80685ef4&amp;gt;] &amp;nbsp;&amp;nbsp;&amp;nbsp;lr : [&amp;lt;80a5fe30&amp;gt;] &amp;nbsp;&amp;nbsp;&amp;nbsp;psr: 600e0113&lt;BR /&gt;sp : 86623f08 &amp;nbsp;ip : 00000000 &amp;nbsp;fp : 8661ae00&lt;BR /&gt;r10: 43425355 &amp;nbsp;r9 : 53425355 &amp;nbsp;r8 : 86622000&lt;BR /&gt;r7 : 8642af00 &amp;nbsp;r6 : 8661ae00 &amp;nbsp;r5 : 00000000 &amp;nbsp;r4 : 00000000&lt;BR /&gt;r3 : ffffffff &amp;nbsp;r2 : 00000009 &amp;nbsp;r1 : 00000001 &amp;nbsp;r0 : 8661ae00&lt;BR /&gt;Flags: nZCv &amp;nbsp;IRQs on &amp;nbsp;FIQs on &amp;nbsp;Mode SVC_32 &amp;nbsp;ISA ARM &amp;nbsp;Segment none&lt;BR /&gt;Control: 10c53c7d &amp;nbsp;Table: 16600059 &amp;nbsp;DAC: 00000051&lt;BR /&gt;Process file-storage (pid: 92, stack limit = 0x(ptrval))&lt;BR /&gt;Stack: (0x86623f08 to 0x86624000)&lt;BR /&gt;3f00: &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;00000000 8bb24180 86419e00 8661ae28 81004d08 81004e98&lt;BR /&gt;3f20: 00000000 00000000 8bb24180 80a5b480 00055302 a08f1000 00000000 80a5b958&lt;BR /&gt;3f40: 86614580 80a5b5e8 8603db1c 48412166 8641a270 600e0013 ffffe000 48412166&lt;BR /&gt;3f60: 866145dc 866145c0 86614580 00000000 86622000 8661ae00 80684688 8603db1c&lt;BR /&gt;3f80: 866145dc 8014bb1c 00000000 86614580 8014b9d4 00000000 00000000 00000000&lt;BR /&gt;3fa0: 00000000 00000000 00000000 801010e8 00000000 00000000 00000000 00000000&lt;BR /&gt;3fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000&lt;BR /&gt;3fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000&lt;BR /&gt;[&amp;lt;80685ef4&amp;gt;] (fsg_main_thread) from [&amp;lt;8014bb1c&amp;gt;] (kthread+0x148/0x150)&lt;BR /&gt;[&amp;lt;8014bb1c&amp;gt;] (kthread) from [&amp;lt;801010e8&amp;gt;] (ret_from_fork+0x14/0x2c)&lt;BR /&gt;Exception stack(0x86623fb0 to 0x86623ff8)&lt;BR /&gt;3fa0: &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;00000000 00000000 00000000 00000000&lt;BR /&gt;3fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000&lt;BR /&gt;3fe0: 00000000 00000000 00000000 00000000 00000013 00000000&lt;BR /&gt;Code: e5974084 e3e03000 e59020cc e3a05000 (e5c43050) &amp;nbsp;&lt;BR /&gt;---[ end trace 28e3678b23d9a982 ]---&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;- initramfs execute linuxrc script which starts seats in the endless loop waiting for UTP device&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Run /linuxrc as init process&lt;BR /&gt;uuc 0.6 [built Feb 27 2023 05:09:57]&lt;BR /&gt;UTP: Waiting for /dev/utp to appear&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does anyone have an experience in the flashing process for SOLO CPU enough to figure out what is wrong?&amp;nbsp; &amp;nbsp;Maybe someone has kernel-DTB-initramfs based on 4.19.35 kernel suitable for&amp;nbsp; SOLO CPU?&lt;/P&gt;&lt;P&gt;I appreciate any help on this.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 01 Mar 2023 08:00:48 GMT</pubDate>
    <dc:creator>pyadvichuk</dc:creator>
    <dc:date>2023-03-01T08:00:48Z</dc:date>
    <item>
      <title>iMX6 solo flashing problem</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/iMX6-solo-flashing-problem/m-p/1607447#M202177</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;we have our custom board based on mx6sabreauto design with custom peripherals set. Previously we were using quad and dual cores imx6 CPUs on the same PCB without any modification and were able to get a stable production system based on yocto warrior BSP (4.19.35 kernel).&lt;/P&gt;&lt;P&gt;Now we're bringing up imx6 solo cpu on the same PCB and got stacked on the manufacturing stage. I was able to build mfgtools version of u-boot, kernel, DTB and initramfs but it seems something is missed in the commands execution flow. It looks like:&lt;/P&gt;&lt;P&gt;- u-boot is starting fine, cmdline for kernel is&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;console=ttymxc0,115200 rdinit=/linuxrc g_mass_storage.stall=0 g_mass_storage.removable=1 g_mass_storage.file=/fat g_mass_storage.ro=1 g_mass_storage.idV&lt;BR /&gt;endor=0x066F g_mass_storage.idProduct=0x37FF g_mass_storage.iSerialNumber= clk_ignore_unused&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;- during kernel startup I see a crash in the main loop of USB gadget framework&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;g_mass_storage gadget: high-speed config #1: Linux File-Backed Storage&lt;BR /&gt;Unable to handle kernel NULL pointer dereference at virtual address 00000050&lt;BR /&gt;pgd = (ptrval)&lt;BR /&gt;[00000050] *pgd=00000000&lt;BR /&gt;Internal error: Oops: 817 [#1] PREEMPT SMP ARM&lt;BR /&gt;Modules linked in:&lt;BR /&gt;CPU: 0 PID: 92 Comm: file-storage Not tainted 4.19.35 #1&lt;BR /&gt;Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)&lt;BR /&gt;PC is at fsg_main_thread+0x186c/0x21f8&lt;BR /&gt;LR is at _raw_spin_unlock_irqrestore+0x28/0x54&lt;BR /&gt;pc : [&amp;lt;80685ef4&amp;gt;] &amp;nbsp;&amp;nbsp;&amp;nbsp;lr : [&amp;lt;80a5fe30&amp;gt;] &amp;nbsp;&amp;nbsp;&amp;nbsp;psr: 600e0113&lt;BR /&gt;sp : 86623f08 &amp;nbsp;ip : 00000000 &amp;nbsp;fp : 8661ae00&lt;BR /&gt;r10: 43425355 &amp;nbsp;r9 : 53425355 &amp;nbsp;r8 : 86622000&lt;BR /&gt;r7 : 8642af00 &amp;nbsp;r6 : 8661ae00 &amp;nbsp;r5 : 00000000 &amp;nbsp;r4 : 00000000&lt;BR /&gt;r3 : ffffffff &amp;nbsp;r2 : 00000009 &amp;nbsp;r1 : 00000001 &amp;nbsp;r0 : 8661ae00&lt;BR /&gt;Flags: nZCv &amp;nbsp;IRQs on &amp;nbsp;FIQs on &amp;nbsp;Mode SVC_32 &amp;nbsp;ISA ARM &amp;nbsp;Segment none&lt;BR /&gt;Control: 10c53c7d &amp;nbsp;Table: 16600059 &amp;nbsp;DAC: 00000051&lt;BR /&gt;Process file-storage (pid: 92, stack limit = 0x(ptrval))&lt;BR /&gt;Stack: (0x86623f08 to 0x86624000)&lt;BR /&gt;3f00: &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;00000000 8bb24180 86419e00 8661ae28 81004d08 81004e98&lt;BR /&gt;3f20: 00000000 00000000 8bb24180 80a5b480 00055302 a08f1000 00000000 80a5b958&lt;BR /&gt;3f40: 86614580 80a5b5e8 8603db1c 48412166 8641a270 600e0013 ffffe000 48412166&lt;BR /&gt;3f60: 866145dc 866145c0 86614580 00000000 86622000 8661ae00 80684688 8603db1c&lt;BR /&gt;3f80: 866145dc 8014bb1c 00000000 86614580 8014b9d4 00000000 00000000 00000000&lt;BR /&gt;3fa0: 00000000 00000000 00000000 801010e8 00000000 00000000 00000000 00000000&lt;BR /&gt;3fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000&lt;BR /&gt;3fe0: 00000000 00000000 00000000 00000000 00000013 00000000 00000000 00000000&lt;BR /&gt;[&amp;lt;80685ef4&amp;gt;] (fsg_main_thread) from [&amp;lt;8014bb1c&amp;gt;] (kthread+0x148/0x150)&lt;BR /&gt;[&amp;lt;8014bb1c&amp;gt;] (kthread) from [&amp;lt;801010e8&amp;gt;] (ret_from_fork+0x14/0x2c)&lt;BR /&gt;Exception stack(0x86623fb0 to 0x86623ff8)&lt;BR /&gt;3fa0: &amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;00000000 00000000 00000000 00000000&lt;BR /&gt;3fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000&lt;BR /&gt;3fe0: 00000000 00000000 00000000 00000000 00000013 00000000&lt;BR /&gt;Code: e5974084 e3e03000 e59020cc e3a05000 (e5c43050) &amp;nbsp;&lt;BR /&gt;---[ end trace 28e3678b23d9a982 ]---&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;- initramfs execute linuxrc script which starts seats in the endless loop waiting for UTP device&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Run /linuxrc as init process&lt;BR /&gt;uuc 0.6 [built Feb 27 2023 05:09:57]&lt;BR /&gt;UTP: Waiting for /dev/utp to appear&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Does anyone have an experience in the flashing process for SOLO CPU enough to figure out what is wrong?&amp;nbsp; &amp;nbsp;Maybe someone has kernel-DTB-initramfs based on 4.19.35 kernel suitable for&amp;nbsp; SOLO CPU?&lt;/P&gt;&lt;P&gt;I appreciate any help on this.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 01 Mar 2023 08:00:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/iMX6-solo-flashing-problem/m-p/1607447#M202177</guid>
      <dc:creator>pyadvichuk</dc:creator>
      <dc:date>2023-03-01T08:00:48Z</dc:date>
    </item>
    <item>
      <title>Re: iMX6 solo flashing problem</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/iMX6-solo-flashing-problem/m-p/1609250#M202307</link>
      <description>&lt;DIV&gt;Hi &lt;a href="https://community.nxp.com/t5/user/viewprofilepage/user-id/65558"&gt;@pyadvichuk&lt;/a&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;I hope you are doing well&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;How you are flashing the image. We will recommend you use the UUU tool with the latest version.&lt;/DIV&gt;
&lt;DIV&gt;Kindly share the whole log file with us for further debugging of the issue.&lt;/DIV&gt;
&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;DIV&gt;Thanks &amp;amp; Regards&lt;/DIV&gt;
&lt;DIV&gt;Sanket Parekh&lt;/DIV&gt;</description>
      <pubDate>Fri, 03 Mar 2023 14:12:13 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/iMX6-solo-flashing-problem/m-p/1609250#M202307</guid>
      <dc:creator>Sanket_Parekh</dc:creator>
      <dc:date>2023-03-03T14:12:13Z</dc:date>
    </item>
  </channel>
</rss>

