[meta-freescale] linux-congatec (fido) silent after Starting kernel ...

[Leon Woestenberg]

Hi all,

thanks for the options.

Indeed Congatec seems to burn the fuses for SPI-NOR, from their
documentation.

I have seen mention in other threads of programming the System Reset
Controller (SRC) to boot from uSD card upon a (warm?) reset.

mw.l 0x20D8040 0x3840
mw.l 0x20D8044 0x10000000
reset

However, these bits are not documented on the given registers; all bits are
reserved in "i.MX 6Dual/6Quad Applications Processor Reference Manual, Rev.
2, 06/2014".
So what does the above do?

<snippet>
60.7.15 SRC General Purpose Register 9 (SRC_GPR9)
Reserved for Internal Use.
Address: 20D_8000h base + 40h offset = 20D_8040h
</snippet>

Looking at the value 0x3840, and seeing which register makes sense, I
suspect he 0x20D.8004 register is targeted, which holds the
BOOT_CFG1...BOOT_CFG4 fields.

Now, for the 0x1000.0000 value, I cannot find a sane register in the SCR.

Can anybody provide more insight here?

Regards,

Leon.


On Wed, May 20, 2015 at 5:04 PM, Nikolay Dimitrov <picmaster at mail.bg> wrote:

> Hi Leon,
>
> On 05/20/2015 05:43 PM, Peter Bergin wrote:
>
>> Hi Leon,
>>
>> On 05/20/2015 04:28 PM, Leon Woestenberg wrote:
>>
>>> Hi Peter, Nikolay.
>>>
>>> On Tue, May 19, 2015 at 9:44 PM, Peter Bergin
>>> <peter.bergin at tritech.se <mailto:peter.bergin at tritech.se>> wrote:
>>>
>>> Hi Leon,
>>>
>>> Could you check the version of your u-boot on the target? Probably
>>>  you have 2009.x or something that doesn't have support for DTB. In
>>>  that case you must upgrade your u-boot to 2013.xx in order to boot
>>>  kernel with device-tree.
>>>
>>> Regards, /Peter
>>>
>>>
>>> Peter, indeed: U-Boot 2009.08-00671-g5e573f0 QMX6Rx07 pn016103
>>> (Jan 15 2014 - 14:19:05)
>>>
>>> Wow. It would have taken me ages to consider the boot loader
>>> didn't support device tree yet.
>>>
>>> Thanks Nikolay for confirming a DTB is needed. In fact my boot log
>>> in my email did copy the DTB, but it's hidden at the top just
>>> before loading the kernel.
>>>
>>> I have put the .sdcard image on a uSD card for the module SD slot
>>> (not the carrier board SD slot). I think the Congatec always loads
>>> from SPI NOR first (where the old u-boot lives).
>>>
>>> Peter, what did you do to boot the u-boot from uSD card?
>>>
>>> Regards,
>>>
>>> Leon.
>>>
>>>
>>>
>>> Thanks, -- Leon
>>>
>>
>>
>> correct that i.Mx6 boot from SPI NOR flash where u-boot is located.
>>
>> On my board I am using u-boot-congatec 2013.04. I prepared a uSD
>> card for the module slot with one partition including both kernel
>> and rootfs. Make sure that your image have kernel and dtb files
>> installed or you have to add them manually.
>>
>> If I remember correct Congatec u-boot parameters assumes that you
>> have one partition with kernel and rootfs. I don't know if the
>> .sdcard image is prepared that way, it could be two partitions one
>> for kernel and one for rootfs, like other reference targets like
>> Nitrogen6. Either you have to change u-boot environment or prepare a
>> sd card from the tar-file instead.
>>
>> Another thing to verify in the u-boot console is that the u-boot
>> parameters fdt_file and uImage is pointing to the correct location
>> for those files.
>>
>
> If the board boots from SPI NOR, this means that the chip OTP FUSES are
> already programmed to do so. Your options to change the boot loader are:
>
> 1. Check whether your u-boot version has the "bmode" command and try to
> use it to boot from sd-card (not sure how well this worked on earlier
> u-boot versions though);
>
> 2. You can upload the newer u-boot in board's RAM via network,
> usb-storage, or even serial console, and then you can erase the SPI
> flash and program the newer u-boot.
>
> 3. If you have boot-mode micro switches on your board, you can change
> boot mode to USB OTG, build newer u-boot and force the board to boot
> from USB, by using this Linux tool
> (https://github.com/boundarydevices/imx_usb_loader), or Freescale's
> Windows MFGtool.
>
> If #3 is not available and this is a development board, you should
> change your development board... :D.
>
> Regards,
> Nikolay
>
> PS: When writing u-boot.imx on a new sd-card or on-board SPI NOR, don't
> forget to use 1k offset from the memory start, otherwise the imx6 won't
> boot.
>



-- 
Leon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/meta-freescale/attachments/20150520/5b638b98/attachment.html>