Kconfigs: Correct default of "0" on hex type entries
It is not a parse error to have a default value of "0" for a "hex" type entry, instead of "0x0". However, "0" and "0x0" are not treated the same even by the tools themselves. Correct this by changing the default value from "0" to "0x0" for all hex type questions that had the incorrect default. Fix one instance (in two configs) of a default of "0" being used on a hex question to be "0x0". Remove the cases where a defconfig had set a value of "0x0" to be used as the default had been "0". Signed-off-by: Tom Rini <trini@konsulko.com> Reviewed-by: Simon Glass <sjg@chromium.org>
This commit is contained in:
@@ -56,7 +56,7 @@ config FASTBOOT_BUF_ADDR
|
||||
ROCKCHIP_RK3399
|
||||
default 0x280000 if ROCKCHIP_RK3368
|
||||
default 0x100000 if ARCH_ZYNQMP
|
||||
default 0 if SANDBOX
|
||||
default 0x0 if SANDBOX
|
||||
help
|
||||
The fastboot protocol requires a large memory buffer for
|
||||
downloads. Define this to the starting RAM address to use for
|
||||
|
||||
Reference in New Issue
Block a user