u-boot.git/arch/arc, branch v2023.04 Unnamed repository; edit this file 'description' to name the repository. Correct SPL uses of LMB 2023-02-10T12:41:39+00:00 Simon Glass sjg@chromium.org 2023-02-05T22:40:13+00:00 210af54947e1b88f1fb961fec51d6427f5ec8575 This converts 9 usages of this option to the non-SPL form, since there is no SPL_LMB defined in Kconfig Signed-off-by: Simon Glass <sjg@chromium.org> 
This converts 9 usages of this option to the non-SPL form, since there is
no SPL_LMB defined in Kconfig

Signed-off-by: Simon Glass <sjg@chromium.org>
arc: Drop CONFIG_MMU 2023-02-07T19:33:48+00:00 Simon Glass sjg@chromium.org 2023-02-01T20:19:44+00:00 8697ea97bd16f3c42f650ce87ad68036f0347303 This option is set in the Makefile but has no effect in the assembly code, i.e. the #ifdef branch is never used. Drop it. Signed-off-by: Simon Glass <sjg@chromium.org> 
This option is set in the Makefile but has no effect in the assembly
code, i.e. the #ifdef branch is never used. Drop it.

Signed-off-by: Simon Glass <sjg@chromium.org>
arc: Migrate ARC_MMU_VER to Kconfig 2023-01-20T17:27:06+00:00 Tom Rini trini@konsulko.com 2023-01-10T16:19:29+00:00 409163a46e161e906fcc2c3963dec45166a81460 Move this value to Kconfig. Signed-off-by: Tom Rini <trini@konsulko.com> 
Move this value to Kconfig.

Signed-off-by: Tom Rini <trini@konsulko.com>
Convert CONFIG_STANDALONE_LOAD_ADDR to Kconfig 2022-12-22T15:31:48+00:00 Tom Rini trini@konsulko.com 2022-12-02T21:42:44+00:00 32b7e39db4d3af0d94f1387a7641152f375b23ac This converts the following to Kconfig: CONFIG_STANDALONE_LOAD_ADDR Signed-off-by: Tom Rini <trini@konsulko.com> 
This converts the following to Kconfig:
   CONFIG_STANDALONE_LOAD_ADDR

Signed-off-by: Tom Rini <trini@konsulko.com>
global: Move remaining CONFIG_SYS_SDRAM_* to CFG_SYS_SDRAM_* 2022-12-05T21:06:07+00:00 Tom Rini trini@konsulko.com 2022-11-16T18:10:37+00:00 aa6e94deabb45154cea07ad44c4a5c047bca078b The rest of the unmigrated CONFIG symbols in the CONFIG_SYS_SDRAM namespace do not easily transition to Kconfig. In many cases they likely should come from the device tree instead. Move these out of CONFIG namespace and in to CFG namespace. Signed-off-by: Tom Rini <trini@konsulko.com> Reviewed-by: Simon Glass <sjg@chromium.org> 
The rest of the unmigrated CONFIG symbols in the CONFIG_SYS_SDRAM
namespace do not easily transition to Kconfig. In many cases they likely
should come from the device tree instead. Move these out of CONFIG
namespace and in to CFG namespace.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Rename CONFIG_SYS_TEXT_BASE to CONFIG_TEXT_BASE 2022-10-31T15:01:31+00:00 Simon Glass sjg@chromium.org 2022-10-21T00:22:39+00:00 984639039f4cfe32ec2cc531d6ace05326ac49eb The current name is inconsistent with SPL which uses CONFIG_SPL_TEXT_BASE and this makes it imposible to use CONFIG_VAL(). Rename it to resolve this problem. Signed-off-by: Simon Glass <sjg@chromium.org> 
The current name is inconsistent with SPL which uses CONFIG_SPL_TEXT_BASE
and this makes it imposible to use CONFIG_VAL().

Rename it to resolve this problem.

Signed-off-by: Simon Glass <sjg@chromium.org>
treewide: Drop bootm_headers_t typedef 2022-09-29T20:07:57+00:00 Simon Glass sjg@chromium.org 2022-09-07T02:26:50+00:00 d9d7c20b731788c5c8018ce8e5c6e86bb01413df This is not needed and we should avoid typedefs. Use the struct instead. Signed-off-by: Simon Glass <sjg@chromium.org> 
This is not needed and we should avoid typedefs. Use the struct instead.

Signed-off-by: Simon Glass <sjg@chromium.org>
arc: Move SYS_LITTLE_ENDIAN / SYS_BIG_ENDIAN selection to Kconfig 2022-08-12T20:10:49+00:00 Tom Rini trini@konsulko.com 2022-08-01T01:08:23+00:00 83505a7e9f8dd3e483d58f0519064bfac84e40a2 We can determine which of these we need given CPU_BIG_ENDIAN being enabled or not, so move that logic to Kconfig from config.mk. Cc: Alexey Brodkin <alexey.brodkin@synopsys.com> Cc: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Tom Rini <trini@konsulko.com> 
We can determine which of these we need given CPU_BIG_ENDIAN being
enabled or not, so move that logic to Kconfig from config.mk.

Cc: Alexey Brodkin <alexey.brodkin@synopsys.com>
Cc: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>
Signed-off-by: Tom Rini <trini@konsulko.com>
zynqmp: Run board_get_usable_ram_top() only on main U-Boot 2022-07-26T06:23:54+00:00 Ashok Reddy Soma ashok.reddy.soma@xilinx.com 2022-07-07T08:45:37+00:00 65168910adaae3a4ac91fd5acf30941a28facc0e With commit ce39ee28ec31 ("zynqmp: Do not place u-boot to reserved memory location"), the function board_get_usable_ram_top() is allocating MMU_SECTION_SIZE of about 2MB using lmb_alloc(). But we dont have this much memory in case of mini U-Boot. Keep these functions which use lmb under CONFIG_LMB so that they are compiled and used only when LMB is enabled. Signed-off-by: Ashok Reddy Soma <ashok.reddy.soma@xilinx.com> Signed-off-by: Michal Simek <michal.simek@xilinx.com> Signed-off-by: Michal Simek <michal.simek@amd.com> Link: https://lore.kernel.org/r/75e52def75f573e554a6b177a78504c128cb0c4a.1657183534.git.michal.simek@amd.com 
With commit ce39ee28ec31 ("zynqmp: Do not place u-boot to reserved memory
location"), the function board_get_usable_ram_top() is allocating
MMU_SECTION_SIZE of about 2MB using lmb_alloc(). But we dont have this
much memory in case of mini U-Boot.

Keep these functions which use lmb under CONFIG_LMB so that they are
compiled and used only when LMB is enabled.

Signed-off-by: Ashok Reddy Soma <ashok.reddy.soma@xilinx.com>
Signed-off-by: Michal Simek <michal.simek@xilinx.com>

Signed-off-by: Michal Simek <michal.simek@amd.com>
Link: https://lore.kernel.org/r/75e52def75f573e554a6b177a78504c128cb0c4a.1657183534.git.michal.simek@amd.com
Convert CONFIG_SYS_BOOT_RAMDISK_HIGH to Kconfig 2022-07-07T18:01:09+00:00 Tom Rini trini@konsulko.com 2022-06-25T15:02:46+00:00 bb20a105e9fa475eb4258086cf59173540e7ff23 This converts the following to Kconfig: CONFIG_SYS_BOOT_RAMDISK_HIGH Signed-off-by: Tom Rini <trini@konsulko.com> 
This converts the following to Kconfig:
   CONFIG_SYS_BOOT_RAMDISK_HIGH

Signed-off-by: Tom Rini <trini@konsulko.com>