Hi, You probably did not short the clock of eMMC. If we don't press maskrom buttons(short the clock of eMMC), SPL will detect eMMC and try to load image from eMMC. if the eMMC is blank, it hangs. So if we specifies board_boot_order and want to boot from SD in FireFly, we have to short the clock of eMMC.
The current code(spl_boot_device) will force to boot from SD rather than boot from whatever media it started with,.So we have to specifies board_boot_order if we want to boot from eMMC. Of course, It might be inconvenie to short the clock of eMMC in FireFly. Do you have any better idea? 2016-08-30 0:17 GMT+08:00 陈豪 <jacobchen...@gmail.com>: > Hi, > > I just copied thos code from the other boards. > > On the other boards, I didn't meet this situation.It will load u-boot > from sd if it didn't detect u-boot in eMMC. > > I'll check why it's different in firefly. > > 2016-08-28 0:06 GMT+08:00, Simon Glass <s...@chromium.org>: >> Hi, >> >> On 12 August 2016 at 11:20, Simon Glass <s...@chromium.org> wrote: >>> On 9 August 2016 at 19:56, Jacob Chen <jacob2.c...@rock-chips.com> wrote: >>>> Add eMMC dt node and define fallback boot devices. >>>> >>>> Signed-off-by: Jacob Chen <jacob2.c...@rock-chips.com> >>>> --- >>>> >>>> arch/arm/dts/rk3288-firefly.dts | 5 +++++ >>>> board/firefly/firefly-rk3288/firefly-rk3288.c | 8 ++++++++ >>>> 2 files changed, 13 insertions(+) >>> >>> Acked-by: Simon Glass <s...@chromium.org> >> >> Unfortunately I cannot apply this. It appears to actually force >> booting from eMMC. So if the eMMC is blank, it hangs at 'Trying to >> boot from MMC2'. >> >> I think it should continue to boot from whatever media it started >> with. So if it booted SPL from SD then it should load U-Boot from SD. >> >> Regards, >> Simon >> _______________________________________________ >> U-Boot mailing list >> U-Boot@lists.denx.de >> http://lists.denx.de/mailman/listinfo/u-boot >> _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
