<?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>i.MX Processorsのトピックi.mx53 Booting from NAND flash using kobs-ng</title>
    <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226848#M16278</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hey folks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So I've been having some difficulties getting my board to boot from NAND.&amp;nbsp; &lt;/P&gt;&lt;P&gt;I have a working customized u-boot that I can load and run just fine using the serial loader or through JTAG.&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have burned the fuses on to the i.mx536 to boot from NAND as follows:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;0x80C BOOT_CFG1 = 0xC8 (boot from nand on EIM pins, no interleaving, 5 address cycles)&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;0x810 BOOT_CFG2 = 0x80 (4KB + 128B with 4-bit ECC, 8-bit bus width,&amp;nbsp; AXI = DDR / 12)&lt;/P&gt;&lt;P&gt;0x814 BOOT_CFG3 = 0x02 (stride size = 1 block, non LBA, no R/B signals,&amp;nbsp; automatic ECC, 64 pages / block)&lt;/P&gt;&lt;P&gt;0x804 BT_FUSE_SEL = 1 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With these settings,&amp;nbsp; I have previously hooked up my oscilloscopes digital signal inputs to the bus and I can see that the ROM appears to be correctly reading at least some of the data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To write my u-boot to flash, I am use the following command on a pretty much virgin nand flash chip:&lt;/P&gt;&lt;P&gt;kobs-ng init -v u-boot.imx&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This command completes and if I do a hexdump of&amp;nbsp; /dev/mtd0 I see what looks like sensible data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;After rebooting the board to attempt to boot from flash,&amp;nbsp; it seems like the ROM is loading the image and possibly attempting to run it,&amp;nbsp; but I get no output on my serial console and it doesn't seem to boot.&amp;nbsp; It also does not fall back to the serial boot, which seems to indicate that it is finding what it thinks is a valid image and attempting to run it unsuccessfully.&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The strange thing is that when I connect my JTAG to the board that has tried to boot from flash, I cant get it to halt.&amp;nbsp;&amp;nbsp; The only way I can get it to boot again is to switch from Boot Mode 10 to boot mode 11 which allows me to serial boot again.&amp;nbsp;&amp;nbsp; Once booted if I go in and erase the flash and try to boot again from NAND, the ROM functions correctly and falls through to the serial boot when it doesn't find a valid FCB.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I suspect it might have something to do with the DCD.&amp;nbsp;&amp;nbsp; When I am booting from serial or from the JTAG,&amp;nbsp; it first loads the DCD from the u-boot image and then loads the actual image into memory where it can then execute.&amp;nbsp;&amp;nbsp; How does this happen during NAND flash boot?&amp;nbsp; How can the ROM load the program image to DDR memory when the memory has yet to be initialized? &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 25 Nov 2013 22:03:07 GMT</pubDate>
    <dc:creator>MarkRoy</dc:creator>
    <dc:date>2013-11-25T22:03:07Z</dc:date>
    <item>
      <title>i.mx53 Booting from NAND flash using kobs-ng</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226848#M16278</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hey folks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So I've been having some difficulties getting my board to boot from NAND.&amp;nbsp; &lt;/P&gt;&lt;P&gt;I have a working customized u-boot that I can load and run just fine using the serial loader or through JTAG.&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have burned the fuses on to the i.mx536 to boot from NAND as follows:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;0x80C BOOT_CFG1 = 0xC8 (boot from nand on EIM pins, no interleaving, 5 address cycles)&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;0x810 BOOT_CFG2 = 0x80 (4KB + 128B with 4-bit ECC, 8-bit bus width,&amp;nbsp; AXI = DDR / 12)&lt;/P&gt;&lt;P&gt;0x814 BOOT_CFG3 = 0x02 (stride size = 1 block, non LBA, no R/B signals,&amp;nbsp; automatic ECC, 64 pages / block)&lt;/P&gt;&lt;P&gt;0x804 BT_FUSE_SEL = 1 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With these settings,&amp;nbsp; I have previously hooked up my oscilloscopes digital signal inputs to the bus and I can see that the ROM appears to be correctly reading at least some of the data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To write my u-boot to flash, I am use the following command on a pretty much virgin nand flash chip:&lt;/P&gt;&lt;P&gt;kobs-ng init -v u-boot.imx&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This command completes and if I do a hexdump of&amp;nbsp; /dev/mtd0 I see what looks like sensible data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;After rebooting the board to attempt to boot from flash,&amp;nbsp; it seems like the ROM is loading the image and possibly attempting to run it,&amp;nbsp; but I get no output on my serial console and it doesn't seem to boot.&amp;nbsp; It also does not fall back to the serial boot, which seems to indicate that it is finding what it thinks is a valid image and attempting to run it unsuccessfully.&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The strange thing is that when I connect my JTAG to the board that has tried to boot from flash, I cant get it to halt.&amp;nbsp;&amp;nbsp; The only way I can get it to boot again is to switch from Boot Mode 10 to boot mode 11 which allows me to serial boot again.&amp;nbsp;&amp;nbsp; Once booted if I go in and erase the flash and try to boot again from NAND, the ROM functions correctly and falls through to the serial boot when it doesn't find a valid FCB.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I suspect it might have something to do with the DCD.&amp;nbsp;&amp;nbsp; When I am booting from serial or from the JTAG,&amp;nbsp; it first loads the DCD from the u-boot image and then loads the actual image into memory where it can then execute.&amp;nbsp;&amp;nbsp; How does this happen during NAND flash boot?&amp;nbsp; How can the ROM load the program image to DDR memory when the memory has yet to be initialized? &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 25 Nov 2013 22:03:07 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226848#M16278</guid>
      <dc:creator>MarkRoy</dc:creator>
      <dc:date>2013-11-25T22:03:07Z</dc:date>
    </item>
    <item>
      <title>Re: i.mx53 Booting from NAND flash using kobs-ng</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226849#M16279</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Looking around at some other threads such as these:&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.nxp.com/thread/298706"&gt;MX53 NAND MT29F16G08ADACAH4-IT boot problem&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.nxp.com/thread/313485"&gt;How to boot i.MX53 from Nand?&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It seems that it might be a problem with ROM support for the flash chip?&amp;nbsp;&amp;nbsp; I am currently attempting to use the MT29F16G08ADBCA and I have had to make quite a few changes to the drivers in both U-Boot and Linux to get this to work well, but it seems to be working fine using 128B oob (4-bit ECC) in both the kernel and u-boot.&amp;nbsp;&amp;nbsp; Some of the changes I had to make are to do with the larger chip size.&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The u-boot.imx image looks like this: &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE&gt;
&lt;P&gt;00000000&amp;nbsp; d1 00 20 40 00 00 80 77&amp;nbsp; 00 00 00 00 2c f4 7f 77&amp;nbsp; |.. @...w....,..w|&lt;/P&gt;
&lt;P&gt;00000010&amp;nbsp; 20 f4 7f 77 00 f4 7f 77&amp;nbsp; 00 00 00 00 00 00 00 00&amp;nbsp; | ..w...w........|&lt;/P&gt;
&lt;P&gt;00000020&amp;nbsp; 00 f0 7f 77 00 90 07 00&amp;nbsp; 00 00 00 00 d2 01 a0 40&amp;nbsp; |...w...........@|&lt;/P&gt;
&lt;P&gt;00000030&amp;nbsp; cc 01 9c 04 53 fa 85 54&amp;nbsp; 00 30 00 00 53 fa 85 58&amp;nbsp; |....S..T.0..S..X|&lt;/P&gt;
&lt;P&gt;00000040&amp;nbsp; 00 30 00 40 53 fa 85 60&amp;nbsp; 00 30 00 00 53 fa 85 64&amp;nbsp; |.0.@S..`.0..S..d|&lt;/P&gt;
&lt;P&gt;00000050&amp;nbsp; 00 30 00 40 53 fa 85 68&amp;nbsp; 00 30 00 40 53 fa 85 70&amp;nbsp; |.0.@S..h.0.@S..p|&lt;/P&gt;
&lt;P&gt;....&lt;/P&gt;
&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am wondering if there is a problem with the addresses provided in the program image.&amp;nbsp; &lt;/P&gt;&lt;P&gt;It looks to me like the IVT is: &lt;/P&gt;&lt;P&gt;entry =&amp;nbsp; 0x77800000 &lt;/P&gt;&lt;P&gt;reserved 1 = 0x00000000&lt;/P&gt;&lt;P&gt;dcd = 0x777FF42C &lt;/P&gt;&lt;P&gt;boot_data = 0x777FF420 &lt;/P&gt;&lt;P&gt;self = 0x777FF400&lt;/P&gt;&lt;P&gt;csf = 0x00000000&lt;/P&gt;&lt;P&gt;reserved 2 = 0x00000000&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The odd thing about this is the 777FF000 offset that it seems to be adding to the data.&amp;nbsp;&amp;nbsp; This is placed squarely in the DDR sdram, which to my understanding has not been initialized at this point.&amp;nbsp; So is it just trying to copy the image into a black hole of unitialized DDR and then tripping over the DCD? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In u-boot, it has CONFIG_SYS_TEXT_BASE set to 0x77800000.&amp;nbsp; This may be where the 0x777FF400 address comes from (which is preciesly 0xC00 less than 0x77800000).&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;Does this mean that maybe I should modify CONFIG_SYS_TEXT_BASE so that the vectors are all located within internal ram ?&amp;nbsp; However, if I need to load it first into internal ram, then my boot image is too large and I might need to go to an SPL boot or something.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 25 Nov 2013 23:17:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226849#M16279</guid>
      <dc:creator>MarkRoy</dc:creator>
      <dc:date>2013-11-25T23:17:05Z</dc:date>
    </item>
    <item>
      <title>Re: i.mx53 Booting from NAND flash using kobs-ng</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226850#M16280</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I seem to have solved it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The issue was that the kobs-ng tool does not add the appropriate 0x400 offset to the program image when burning it to flash.&amp;nbsp; To fix this was as simple as using dd to add an offset to the image before sending it to kobs-ng.&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ie:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;$ dd if=u-boot.imx of=u-boot-offset.imx bs=512 seek=2 &lt;/P&gt;&lt;P&gt;$ kobs-ng init -v u-boot-offset.imx &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Note, I also had to modify kobs-ng and also the linux kernel to support 4K pages.&amp;nbsp; This was because my ECC configuration has 72 eccpos bytes whereas the old nand_oobinfo struct in mtd-abi.h only has 32 bytes for this.&amp;nbsp; I modified mtd-abi.h to include 128 bytes so that&amp;nbsp; the legacy IOCTL MEMGETOOBSEL works correctly for kobs-ng.&amp;nbsp;&amp;nbsp;&amp;nbsp; This has to be changed in two places, in the mtd-abi.h located in the kernel and also in the mtd-abi.h located with the compiler.&amp;nbsp; I'm not sure why LTIB doesnt build kobs-ng against the linux kernel includes.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Nov 2013 18:29:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226850#M16280</guid>
      <dc:creator>MarkRoy</dc:creator>
      <dc:date>2013-11-26T18:29:24Z</dc:date>
    </item>
    <item>
      <title>Re: i.mx53 Booting from NAND flash using kobs-ng</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226851#M16281</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am also trying to boot our i.MX53 Linux based system from NAND Flash K9LBG08U0D (4K page size, 128 pages per block) . It is interfaced on the EIM Data pins and the boot mode pins are set accordingly to boot from NAND device.&lt;/P&gt;&lt;P&gt;We have written the u-boot image to NAND device by booting the linux from SD card and using the &lt;SPAN style="color: #3d3d3d; font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;"&gt;kobs-ng&lt;/SPAN&gt; command. We have done nand dump and verified that the FCB is added by the &lt;SPAN style="color: #3d3d3d; font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;"&gt;kobs-ng&lt;/SPAN&gt; while writing the image. The board was unable to boot from NAND device. By probing the NAND pins, i was able to know that the controller is accessing NAND device on CS0.&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 10pt; line-height: 1.5em;"&gt;We have also added offset in the u-boot file by using the dd command as per your suggestions above. But still we were unable to get this running. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Do you have any idea what could be the issue? Also, would you please let me know what are changes necessary changes which you have made in &lt;SPAN style="color: #3d3d3d; font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;"&gt; &lt;SPAN style="color: #3d3d3d; font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;"&gt;kobs-ng &amp;amp; u-boot sourced?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #3d3d3d; font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;"&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #3d3d3d; font-family: 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;"&gt;Thanks in advance !&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 08 Feb 2014 14:31:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226851#M16281</guid>
      <dc:creator>GopiNagaBharath</dc:creator>
      <dc:date>2014-02-08T14:31:46Z</dc:date>
    </item>
    <item>
      <title>Re: i.mx53 Booting from NAND flash using kobs-ng</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226852#M16282</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sorry for the late reply.&amp;nbsp;&amp;nbsp; Hopefully you have figured out your problem by now. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you haven't, then all I can think for you to try is to make sure that your u-boot image is working by loading it via serial,&amp;nbsp; also make sure that your nand and ECC is working correctly by reading/writing to NAND and verifying that it is correct.&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;Finally, you might be having an issue with your NAND driver/ECC.&amp;nbsp;&amp;nbsp; I had to make some changes and do some debugging to get NAND ECC to work correctly.&amp;nbsp;&amp;nbsp; Note that your nand&amp;nbsp; ECC fuses must be set exactly the same as the ECC settings in the kernel.&amp;nbsp;&amp;nbsp;&amp;nbsp; If the kernel is writing/checking ECC one way and the boot ROM is doing it another way, then it may not be reading the data back correctly from the ROM.&amp;nbsp;&amp;nbsp; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also, when you try to boot from flash, does it just hang or does it fall back to the serial boot?&amp;nbsp; If it falls back to the serial boot mode then it means that the ROM wasn't able to get a proper image and it gave up.&amp;nbsp; If it just hangs, then it means the boot ROM found what it thinks is a good image and tries to boot it but the image is bad and it fails.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you have figured it out, please post your solution here so that others with the same problem in the future might be able to fix the problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;Mark Roy&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 28 Jul 2014 14:20:26 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226852#M16282</guid>
      <dc:creator>MarkRoy</dc:creator>
      <dc:date>2014-07-28T14:20:26Z</dc:date>
    </item>
    <item>
      <title>Re: i.mx53 Booting from NAND flash using kobs-ng</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226853#M16283</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;BR /&gt;I'm experience an ioctl issue with kobs-ng 3 while working 4.8 and I'm trying to build 5.4 but couldn't do that either any help?&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;chip_0_device_path = "/dev/mtd0"&lt;BR /&gt;&amp;nbsp; chip_1_device_path = "(null)"&lt;BR /&gt;&amp;nbsp; search_exponent = 2&lt;BR /&gt;&amp;nbsp; data_setup_time = 80&lt;BR /&gt;&amp;nbsp; data_hold_time = 60&lt;BR /&gt;&amp;nbsp; address_setup_time = 25&lt;BR /&gt;&amp;nbsp; data_sample_time = 6&lt;BR /&gt;&amp;nbsp; row_address_size = 3&lt;BR /&gt;&amp;nbsp; column_address_size = 2&lt;BR /&gt;&amp;nbsp; read_command_code1 = 0&lt;BR /&gt;&amp;nbsp; read_command_code2 = 48&lt;BR /&gt;&amp;nbsp; boot_stream_major_version = 1&lt;BR /&gt;&amp;nbsp; boot_stream_minor_version = 0&lt;BR /&gt;&amp;nbsp; boot_stream_sub_version = 0&lt;BR /&gt;&amp;nbsp; ncb_version = 3&lt;BR /&gt;&amp;nbsp; boot_stream_1_address = 0&lt;BR /&gt;&amp;nbsp; boot_stream_2_address = 0&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; -- We add the 1k-padding to the uboot.&lt;BR /&gt;.tmp_kobs_ng: verifying using key '00000000000000000000000000000000'&lt;BR /&gt;.tmp_kobs_ng: is a valid bootstream for key '00000000000000000000000000000000'&lt;BR /&gt;mtd: opening: "/dev/mtd0"&lt;BR /&gt;mtd: device /dev/mtd0 can't ioctl MEMGETOOBSEL: -1&lt;BR /&gt;Unable to open mtd device(s)&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 27 Sep 2016 18:05:20 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226853#M16283</guid>
      <dc:creator>jaganteki</dc:creator>
      <dc:date>2016-09-27T18:05:20Z</dc:date>
    </item>
    <item>
      <title>Re: i.mx53 Booting from NAND flash using kobs-ng</title>
      <link>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226854#M16284</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My board boots from NAND, but hangs on startup as shown below:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;U-Boot 2019.10-g5d9e602-dirty (Feb 19 2020 - 13:06:47 -0300)&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;CPU: Freescale i.MX53 rev2.1 at 800 MHz&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;Reset cause: POR&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;Board: i.MX53 TV&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;I2C: ready&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;DRAM: 1 GiB&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does anyone know why?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 20 Feb 2020 10:28:25 GMT</pubDate>
      <guid>https://community.nxp.com/t5/i-MX-Processors/i-mx53-Booting-from-NAND-flash-using-kobs-ng/m-p/226854#M16284</guid>
      <dc:creator>dioneva_k</dc:creator>
      <dc:date>2020-02-20T10:28:25Z</dc:date>
    </item>
  </channel>
</rss>

