[U-Boot] Newbie SPL question for socfpga_sockit

[Marek Vasut <marex@denx.de>]

On 04/06/2016 09:00 AM, Phil Reid wrote:
> On 6/04/2016 6:03 AM, Marek Vasut wrote:
>> On 04/05/2016 10:33 AM, Phil Reid wrote:
>>> On 27/03/2016 4:52 AM, Marek Vasut wrote:
>>>> On 03/22/2016 06:06 PM, Dinh Nguyen wrote:
>>>>>
>>>>>
>>>>> On 03/20/2016 11:42 AM, Marek Vasut wrote:
>>>>>>>
>>>>>>> Sorry, I know that doesn't help. So let's walk through my workflow.
>>>>>>> I am
>>>>>>> not using any Altera tools when I build.
>>>>>>>
>>>>>>> $make socfpga_de0_nano_soc_defconfig
>>>>>>> $make u-boot-with-spl.sfp
>>>>>>> $dd if=u-boot-with-spl.sfp of=/dev/sdb3
>>>>>>>
>>>>>>> My gcc is: arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.7.3-12ubuntu1)
>>>>>>> 4.7.3
>>>>>>>
>>>>>>> Has the board ever worked for you at all? Can you try this image:
>>>>>>>
>>>>>>> https://rocketboards.org/foswiki/view/Documentation/AtlasSoCSdCardImage
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Dinh
>>>>>>
>>>>>> I just ported U-Boot to another customer board. I noticed QSPI has
>>>>>> problems and USB can be flaky. That's the standard cache issue we
>>>>>> have, disabling dcache fixed that.
>>>>>>
>>>>>> I am starting to wonder whether we're hitting some corner case here.
>>>>>> Maybe we should eventually try and trace all the register reads and
>>>>>> writes generated by the DDR calibration code both in old and new SPL
>>>>>> and make a diff to see if something really did change.
>>>>>>
>>>>>> Dinh, can you share the marking on the SoC and the DRAMs on your
>>>>>> board?
>>>>>>
>>>>>
>>>>> My SoC is:
>>>>>
>>>>> 5CSEMA4U23C6N
>>>>> CACAU1525A
>>>>>
>>>>> DRAMs are:
>>>>>
>>>>> ISSI 1510
>>>>> IS43TR16256A
>>>>> 15HBL K080
>>>>> P4482100QER2 TWN
>>>>
>>>> Thanks, that's indeed rev. C . About time I bang my head against the
>>>> desk because this is creepy.
>>>>
>>>>
>>> FYI
>>>
>>> I've just spend some time trying to update the spl / uboot / kernel &
>>> rootfs image on our
>>> Altera socdk to use for some software testing / development.
>>> Unfortunately it fails in the mem calibration process with the latest
>>> uboot most of the time.
>>> And when it does boot somtimes fails loading uboot fomr the mmc.
>>
>> Try this u-boot-socfpga/ddr branch [1] , see if it works for you.
>>
>> [1]
>> http://git.denx.de/?p=u-boot/u-boot-socfpga.git;a=shortlog;h=refs/heads/ddr
>>
>>
> 
> Spent a bit of time on it and things are very weird. So far no luck
> booting with the ddr branch.
> I got the memory calibration to pass but then had problems with loading
> uboot. Using the mmc.
> Say no device found for the mmc. error -19.

Which board is this ? How wide is the MMC data bus ?

> When I try to add some extra debug in things fall over.
> Sometimes just hangs in the Memory cal (and not changing anything there).
> Then sometimes I get missing DTB.
> I found the uboot-with-spl.sfp file generated by the latest uboot tree
> and tried burning that with
> same results.
> 
> Reverted back to the image available on rocketboards and wrote that to
> the card.
> Thinking something strange with the card (thou I tried several) and that
> works fine.
> Sourced from
> https://rocketboards.org/foswiki/view/Documentation/AlteraSoCDevelopmentBoard

Are you actually using the SoCDK or some custom board ?

> I've not had any success with the ARM dstream connection to do bare
> metal debugging to this board.
> It finds the cpu but has trouble downloading the image.
> Again this all works fine with our hardware.
> 
> Not sure were to go from here. I may not have time to probe any further
> as our hardware appears to work.
> 
> 


-- 
Best regards,
Marek Vasut