RFC Version 0 of Kconfig for U-Boot
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest2 of 17 patches 0 repliesNew
2 of 17 patches are in this archive. The cover letter announces 17.
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 4/17 | kconfig: add defconfig files for all boards | +0 | 11 replies | |
| 4/17 | kconfig: add defconfig files for all boards | +0 | 3 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [U-Boot] [RFC PATCH 0/17] Version 0 of Kconfig for U-Boot
Dear Masahiro,
Quoted 8 lines · In message <[email protected]> you wrote:
You are suggesting a better idea below.
We should not treat SPL as a special case.In my opinion, CONFIG_SPL_* should be discontinued.
For example, we can merge
CONFIG_SPL_TEXT_BASE
toCONFIG_SYS_TEXT_BASE.
Are you sure this is always possible?
Quoted 9 lines
#ifdef
CONFIG_SPL_BUILD
# defineCONFIG_SYS_TEXT_BASE0x00000000
#else
# defineCONFIG_SYS_TEXT_BASE0x10000000
#endifrather than
#defineCONFIG_SPL_TEXT_BASE0x00000000
#defineCONFIG_SYS_TEXT_BASE0x10000000
Are there really no cases where for example the SPL needs to know CONFIG_SYS_TEXT_BASE, for example when loading U-Boot to RAM? I think that the "normal" U-Boot does not need to know about the SPL, but is this also always true the other way round?
Best regards,
Wolfgang Denk
Signature · 4 lines
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Our business is run on trust. We trust you will pay in advance.