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 _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot