[U-Boot] [PATCH] rockchip: rk3288-firefly: enable boot from eMMC

[陈豪]

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 陈豪 <jacobchen110 at 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 <sjg at chromium.org>:
>> Hi,
>>
>> On 12 August 2016 at 11:20, Simon Glass <sjg at chromium.org> wrote:
>>> On 9 August 2016 at 19:56, Jacob Chen <jacob2.chen at rock-chips.com> wrote:
>>>> Add eMMC dt node and define fallback boot devices.
>>>>
>>>> Signed-off-by: Jacob Chen <jacob2.chen at 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 <sjg at 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 at lists.denx.de
>> http://lists.denx.de/mailman/listinfo/u-boot
>>