[U-Boot] [PATCH 0/3] SPL: move CONFIG_SPL_*_LOAD to Kconfig
Tom Rini
trini at konsulko.com
Tue Dec 6 15:32:11 CET 2016
On Tue, Dec 06, 2016 at 02:48:27PM +0100, Fabien Parent wrote:
> Moving to CONFIG_SPL_*_LOAD options to Kconfig offers several advantage:
> * simpler config headers
> * on some boards we can easily switch to another boot media without needing
> to modify the config headers.
>
> This series fixes an issue in davinci where a wrong option was used in place
> of a CONFIG_SPL_*_LOAD option, then move the options to Kconfig options, and
> finally start using these Kconfig options for the OMAPL138-LCDK board.
>
> Fabien Parent (3):
> davinci: spl: use correct macro to select boot device
> SPL: create Kconfig options for CONFIG_SPL_*_LOAD
> davinci: omapl138_lcdk: use new CONFIG_SPL_*_LOAD Kconfig options
>
> arch/arm/mach-davinci/spl.c | 2 +-
> common/spl/Kconfig | 25 +++++++++++++++++++++++++
> configs/omapl138_lcdk_defconfig | 1 +
> include/configs/omapl138_lcdk.h | 2 --
> scripts/config_whitelist.txt | 3 ---
> 5 files changed, 27 insertions(+), 6 deletions(-)
So, I think this shows that some of the SPL framework needs to be
revisited for davinci. First, lets make it clear what
CONFIG_SPL_{SPI,NAND,MMC}_LOAD is doing.
CONFIG_SPL_MMC_LOAD is used to flag that on davinci we're loading U-Boot
from MMC. It's not set / used today but I assume it was working when I
introduced all of this.
CONFIG_SPL_NAND_LOAD is used for two things. First, it is used to flag
that on davinci we're loading U-Boot from NAND. Second, it is used to
enable the non-SPL_FRAMEWORK NAND driver
(drivers/mtd/nand/nand_spl_load.c). This driver is not used on davinci.
CONFIG_SPL_SPI_LOAD is used for two things. First, it is used to flag
that on davinci we're loading U-Boot from SPI flash. Second, it used
globally to enable common/spl/spl_spi.c.
NAND boot is done here via CONFIG_SPL_NAND_SIMPLE which is the regular
SPL framework based NAND driver (drivers/mtd/nand/nand_spl_simple.c).
This also means that the patch to update CONFIG_SYS_NAND_U_BOOT_SIZE was
not needed since we don't use that driver.
Now, I think that in retrospect
arch/arm/mach-davinci/spl.c::spl_boot_device could be re-worked to key
off of CONFIG_SPL_NAND_SIMPLE / CONFIG_SPL_SPI_SUPPORT / SPL_MMC_SUPPORT.
And a good but possibly complex series would be to consolidate the usage
of SPL_SPI_SUPPORT, SPL_SPI_FLASH_SUPPORT and SPL_SPI_LOAD just in to
SPL_SPI_SUPPORT. I'll probably try and do this myself as there's a ton
of build testing and size checking to make sure nothing odd breaks here
to do.
--
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20161206/50ed017b/attachment.sig>
More information about the U-Boot
mailing list