bcm63xx/u-boot/configs/Cubieboard4_defconfig, branch master

configs: move CONFIG_SPL_TEXT_BASE to Kconfig

2019-04-30T01:41:40Z

Moved CONFIG_SPL_TEXT_BASE to common/spl/Kconfig and migrate existing values. Signed-off-by: Simon Goldschmidt [trini: Re-run migration] Signed-off-by: Tom Rini

configs: Resync with savedefconfig

2019-04-30T01:41:40Z

Rsync all defconfig files using moveconfig.py Signed-off-by: Tom Rini

configs: Resync with savedefconfig

2018-09-03T19:26:12Z

Rsync all defconfig files using moveconfig.py Signed-off-by: Tom Rini

configs: Migrate CONFIG_NR_DRAM_BANKS

2018-08-16T20:45:02Z

We have the following cases: - CONFIG_NR_DRAM_BANKS was defined, migrate normally - CONFIG_NR_DRAM_BANKS_MAX was defined and then used for CONFIG_NR_DRAM_BANKS after a check, just migrate it over now. - CONFIG_NR_DRAM_BANKS was very oddly defined on p2771-0000-* (to 1024 + 2), set this to 8. Signed-off-by: Tom Rini

part: Disable CONFIG_SPL_ISO_PARTITION by default

2018-04-16T22:45:35Z

We enabled CONFIG_ISO_PARTITION by default for distro boot, so that U-Boot could load distro images that usually get shipped as iso images. These images usually come with a board agnostic boot environment. However, there is very little point in having ISO support enabled (for anyone really) in SPL, as the whole idea of SPL is to load U-Boot proper which again is board specific. So the fact that we enable ISO support in U-Boot proper does not mean at all that we want ISO support in U-Boot SPL. Hence, let's remove the Kconfig dependency. Along the way, let's also clean up all those default configs that disabled SPL ISO support. Signed-off-by: Alexander Graf

configs: Resync with savedefconfig

2018-04-08T00:37:13Z

Rsync all defconfig files using moveconfig.py Signed-off-by: Tom Rini

sunxi: move CONFIG_SYS_TEXT_BASE out of defconfigs

2018-03-14T05:15:37Z

Commit 278b90ce786f ("configs: Migrate CONFIG_SYS_TEXT_BASE") made CONFIG_SYS_TEXT_BASE a proper Kconfig variable, with the consequence of moving the common definition shared by almost every sunxi board into 123 individual defconfig files. But the U-Boot start address for Allwinner boards is a platform decision which has been around for ages, so defining it in each *board* config file seems a bit over the top. Define the standard values (160MB into DRAM for most SoCs, with two SoC exceptions) if ARCH_SUNXI is selected, and delete the lines from the individual defconfigs. Signed-off-by: Andre Przywara Acked-by: Maxime Ripard Reviewed-by: Jagan Teki

configs: Migrate CONFIG_SYS_TEXT_BASE

2018-02-11T14:30:09Z

On the NIOS2 and Xtensa architectures, we do not have CONFIG_SYS_TEXT_BASE set. This is a strict migration of the current values into the defconfig and removing them from the headers. I did not attempt to add more default values in and for now will leave that to maintainers. Signed-off-by: Tom Rini

cmd: Make CONFIG_CMD_FPGA depend on CONFIG_FPGA

2018-02-06T01:58:11Z

cmd/Makefile has: ifdef CONFIG_FPGA obj-$(CONFIG_CMD_FPGA) += fpga.o endif which means that if CONFIG_FPGA is not set, CONFIG_CMD_FPGA silently does nothing. Let's remove that Makefile conditional and instead express this equivalent dependency in Kconfig, so a lot of redundant # CONFIG_CMD_FPGA is not set can be removed from board defconfigs that don't actually have an FPGA. Signed-off-by: Tuomas Tynkkynen

cmd: Toggle the default value of CONFIG_CMD_IMLS

2017-10-10T21:51:04Z

Having this as a 'default y' is rather annoying because it doesn't actually compile unless other options are defined in the board header: ../cmd/bootm.c: In function 'do_imls_nor': ../cmd/bootm.c:330:7: error: 'CONFIG_SYS_MAX_FLASH_BANKS' undeclared (first use in this function); did you mean 'CONFIG_SYS_MAX_FLASH_SECT'? i < CONFIG_SYS_MAX_FLASH_BANKS; ++i, ++info) { Make it 'default n' so people who develop new boards that start from a blank defconfig have one less compilation failure to debug. Signed-off-by: Tuomas Tynkkynen