[U-Boot] [PATCH v4 4/9] ls2080ardb: Convert to distro boot

[Alexander Graf]

> Am 21.06.2016 um 23:49 schrieb york sun <york.sun at nxp.com>:
> 
>> On 06/20/2016 04:07 PM, Alexander Graf wrote:
>> Most new systems in U-Boot these days make use of the generic "distro"
>> framework which allows a user to have U-Boot scan for a bootable OS
>> on all available media types.
>> 
>> This patch extends the LS2080ARDB board to use that framework if the
>> hard coded NOR flash location does not contain a bootable image.
>> 
>> Signed-off-by: Alexander Graf <agraf at suse.de>
>> 
>> ---
>> 
>> v1 -> v2:
>> 
>>   - Boot NOR flash before distro boot
>> 
>> v2 -> v3:
>> 
>>   - Actually run distro boot (s/&&/||/ after bootm)
>> 
>> v3 -> v4:
>> 
>>   - Add CONFIG_CMD_FS_GENERIC to defconfig
>> ---
>>  configs/ls2080a_emu_defconfig            |  1 +
>>  configs/ls2080a_simu_defconfig           |  1 +
>>  configs/ls2080aqds_SECURE_BOOT_defconfig |  1 +
>>  configs/ls2080aqds_defconfig             |  1 +
>>  configs/ls2080aqds_nand_defconfig        |  1 +
>>  configs/ls2080ardb_SECURE_BOOT_defconfig |  1 +
>>  configs/ls2080ardb_defconfig             |  1 +
>>  configs/ls2080ardb_nand_defconfig        |  1 +
>>  include/configs/ls2080ardb.h             | 26 +++++++++++++++++++++++++-
>>  9 files changed, 33 insertions(+), 1 deletion(-)
>> 
>> diff --git a/configs/ls2080a_emu_defconfig b/configs/ls2080a_emu_defconfig
>> index 21a0283..c55feb5 100644
>> --- a/configs/ls2080a_emu_defconfig
>> +++ b/configs/ls2080a_emu_defconfig
>> @@ -27,3 +27,4 @@ CONFIG_CMD_CACHE=y
>>  CONFIG_SYS_NS16550=y
>>  CONFIG_OF_LIBFDT=y
>>  CONFIG_EFI_LOADER_BOUNCE_BUFFER=y
>> +CONFIG_CMD_FS_GENERIC=y
>> diff --git a/configs/ls2080a_simu_defconfig b/configs/ls2080a_simu_defconfig
>> index 1b670b0..edb267d 100644
>> --- a/configs/ls2080a_simu_defconfig
>> +++ b/configs/ls2080a_simu_defconfig
>> @@ -30,3 +30,4 @@ CONFIG_NET_RANDOM_ETHADDR=y
>>  CONFIG_SYS_NS16550=y
>>  CONFIG_OF_LIBFDT=y
>>  CONFIG_EFI_LOADER_BOUNCE_BUFFER=y
>> +CONFIG_CMD_FS_GENERIC=y
> 
> For simulator and emulator targets, probably the filesystem commands 
> don't get used, due to the physical limitation.

Why not? You can still attach some storage to the simulator, no?

Alex