[U-Boot] [PATCH 02/13] spl: Kconfig: Add SPL_<media>_BOOT as Kconfig option

[Lokesh Vutla]

On Friday 19 August 2016 08:59 PM, Andrew F. Davis wrote:
> On 08/18/2016 11:10 PM, Lokesh Vutla wrote:
>>
>>
>> On Thursday 18 August 2016 09:11 PM, Andrew F. Davis wrote:
>>> Currently U-Boot proper has Kconfig options that enable the generation
>>> of U-Boot binaries that are capable of being booted from the selected
>>> boot media type. The same set of generation targets for SPL are assumed
>>> with various methods and config header hackery. On some platforms the
>>> options for SPL, such as load address, are dependent on boot type
>>> and cannot depend on boot image type selected for U-Boot proper.
>>> Add a Kconfig menu to select SPL boot image types, and populate it
>>> with the same media types as are already available for U-Boot proper.
>>> Uses of this option are added later.
>>>
>>> Signed-off-by: Andrew F. Davis <afd at ti.com>
>>> ---
>>>  common/Kconfig | 69 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>  1 file changed, 69 insertions(+)
>>>
>>> diff --git a/common/Kconfig b/common/Kconfig
>>> index f594db5..90ba5b2 100644
>>> --- a/common/Kconfig
>>> +++ b/common/Kconfig
>>> @@ -156,6 +156,75 @@ config SPI_BOOT
>>>  	  booted via SPI flash. This is not a must, some SoCs need this,
>>>  	  somes not.
>>>  
>>> +menu "SPL Boot media"
>>> +	depends on SPL
>>> +
>>> +config SPL_NOR_BOOT
>>> +	bool "Support for booting SPL from NOR flash"
>>> +	default n
>>
>> Shouldn't this depend on SPL_NOR_SUPPORT? Similarly others.
>>
> 
> Nope, these simply enable the SPL to be built for being itself loaded
> from this media, for instance the SPL does not need to know how to load
> images over UART just because it itself was.

Right, but how does SPL decide the boot media to load images?. Typically
it tries to load from the same boot media it was loaded. If it couldn't
find then it will fallback to other options. At least it is good to
select SPL_<media>_SUPPORT as it is the first thing SPL searches for.

Thanks and regards,
Lokesh