u-boot.git/cmd, branch v2021.04-rc2 Unnamed repository; edit this file 'description' to name the repository. image: Adjust the workings of fit_check_format() 2021-02-16T03:31:52+00:00 Simon Glass sjg@chromium.org 2021-02-16T00:08:09+00:00 c5819701a3de61e2ba2ef7ad0b616565b32305e5 At present this function does not accept a size for the FIT. This means that it must be read from the FIT itself, introducing potential security risk. Update the function to include a size parameter, which can be invalid, in which case fit_check_format() calculates it. For now no callers pass the size, but this can be updated later. Also adjust the return value to an error code so that all the different types of problems can be distinguished by the user. Signed-off-by: Simon Glass <sjg@chromium.org> Reported-by: Bruce Monroe <bruce.monroe@intel.com> Reported-by: Arie Haenel <arie.haenel@intel.com> Reported-by: Julien Lenoir <julien.lenoir@intel.com> 
At present this function does not accept a size for the FIT. This means
that it must be read from the FIT itself, introducing potential security
risk. Update the function to include a size parameter, which can be
invalid, in which case fit_check_format() calculates it.

For now no callers pass the size, but this can be updated later.

Also adjust the return value to an error code so that all the different
types of problems can be distinguished by the user.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reported-by: Bruce Monroe <bruce.monroe@intel.com>
Reported-by: Arie Haenel <arie.haenel@intel.com>
Reported-by: Julien Lenoir <julien.lenoir@intel.com>
Merge branch '2021-02-02-drop-asm_global_data-when-unused' 2021-02-15T15:16:45+00:00 Tom Rini trini@konsulko.com 2021-02-15T13:19:40+00:00 2ae80437fbe0181184ae4b188b89629b902702c6 - Merge the patch to take <asm/global_data.h> out of <common.h> 
- Merge the patch to take <asm/global_data.h> out of <common.h>
cmd: mvebu/bubt: Fix default options in help 2021-02-08T07:53:14+00:00 Pali Rohár pali@kernel.org 2021-01-27T10:56:02+00:00 32771530e656762dbdf5174cb01506ef65129d50 Default options depends on compile time defines. Signed-off-by: Pali Rohár <pali@kernel.org> Reviewed-by: Stefan Roese <sr@denx.de> 
Default options depends on compile time defines.

Signed-off-by: Pali Rohár <pali@kernel.org>
Reviewed-by: Stefan Roese <sr@denx.de>
Merge tag 'efi-2021-04-rc2' of https://gitlab.denx.de/u-boot/custodians/u-boot-efi 2021-02-04T22:35:50+00:00 Tom Rini trini@konsulko.com 2021-02-04T22:35:50+00:00 55ffabec7f9108060350fae29b932fbd832f8296 Pull request for UEFI sub-system for efi-2021-04-rc2 Bug fixes: * do not allow creating of files with filenames on FAT file system * install UEFI System Partition GUID on ESP handle * in dtbdump.efi test tool use GUID to find ESP handle Documentation: * man-page for load command * describe end of life of plat_auto 
Pull request for UEFI sub-system for efi-2021-04-rc2

Bug fixes:

* do not allow creating of files with filenames on FAT file system
* install UEFI System Partition GUID on ESP handle
* in dtbdump.efi test tool use GUID to find ESP handle

Documentation:

* man-page for load command
* describe end of life of plat_auto
efi_loader: install UEFI System Partition GUID 2021-02-04T19:09:02+00:00 Heinrich Schuchardt xypron.glpk@gmx.de 2021-02-02T16:53:14+00:00 b9b0ea30c70bf37cc172604c67e6e9c5548870c1 On the handle for the UEFI System Partition we must install the System Partition GUID (with a NULL interface). Let the efidebug command display the GUID. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de> 
On the handle for the UEFI System Partition we must install the System
Partition GUID (with a NULL interface).

Let the efidebug command display the GUID.

Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Merge tag 'dm-pull-3feb21' of https://gitlab.denx.de/u-boot/custodians/u-boot-dm 2021-02-04T13:19:23+00:00 Tom Rini trini@konsulko.com 2021-02-04T13:19:23+00:00 21cb717e79e3f6588abae52fe55e2c415850c913 Support late device removal Allow booting a 32-bit system with a top memory address beyond 4 GiB 
Support late device removal
Allow booting a 32-bit system with a top memory address beyond 4 GiB
cmd: pxe_utils: sysboot: Add zboot support to boot x86 Linux kernel image 2021-02-03T15:16:44+00:00 Kory Maincent kory.maincent@bootlin.com 2021-02-02T15:42:29+00:00 18c25821836b4673aa67a43c792a4a82480f47fa Add "zboot" command to the list of supported boot in the label_boot function. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> Reviewed-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> [bmeng: add component tags in the summary] Signed-off-by: Bin Meng <bmeng.cn@gmail.com> 
Add "zboot" command to the list of supported boot in the
label_boot function.

Signed-off-by: Kory Maincent <kory.maincent@bootlin.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
[bmeng: add component tags in the summary]
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
cmd: pxe_utils: Replace ifdef by IS_ENABLED 2021-02-03T15:16:36+00:00 Kory Maincent kory.maincent@bootlin.com 2021-02-02T15:42:28+00:00 ff0287ec28504f2c1230739a71b6139cd45d34de Replace all the macro ifdef by IS_ENABLED. All of these configs are set in the defconfig files and not in the include board headers files. Signed-off-by: Kory Maincent <kory.maincent@bootlin.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> [bmeng: keep the preprocessor case unchanged] Signed-off-by: Bin Meng <bmeng.cn@gmail.com> 
Replace all the macro ifdef by IS_ENABLED.

All of these configs are set in the defconfig files and not in the
include board headers files.

Signed-off-by: Kory Maincent <kory.maincent@bootlin.com>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
[bmeng: keep the preprocessor case unchanged]
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
bdinfo: Change to use bdinfo_print_num_ll() where the number could be 64-bit 2021-02-03T10:38:41+00:00 Bin Meng bin.meng@windriver.com 2021-01-31T12:36:06+00:00 6424fba1bc4e80c43eb5eb69b9e66c0d89d1b1cf There are some calls to bdinfo_print_num_l() with parameters that could be a 64-bit value on a 32-bit system. Change those calls to use bdinfo_print_num_ll() instead. Signed-off-by: Bin Meng <bin.meng@windriver.com> Reviewed-by: Simon Glass <sjg@chromium.org> 
There are some calls to bdinfo_print_num_l() with parameters that
could be a 64-bit value on a 32-bit system. Change those calls to
use bdinfo_print_num_ll() instead.

Signed-off-by: Bin Meng <bin.meng@windriver.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
bdinfo: Rename function names to be clearer 2021-02-03T10:38:41+00:00 Bin Meng bin.meng@windriver.com 2021-01-31T12:36:05+00:00 98592c7509278e73b2d56c5e307015d6f33c0f34 At present we have bdinfo_print_num() to print unsigned long numbers. We also have print_phys_addr() which accept numbers that might be 64-bit on a 32-bit platform. Rename these 2 functions to be clearer: bdinfo_print_num() => bdinfo_print_num_l() print_phys_addr() => bdinfo_print_num_ll() While we are here, make bdinfo_print_num_ll() public so that it can be used outside cmd/bdinfo.c in the future. Signed-off-by: Bin Meng <bin.meng@windriver.com> 
At present we have bdinfo_print_num() to print unsigned long numbers.
We also have print_phys_addr() which accept numbers that might be
64-bit on a 32-bit platform.

Rename these 2 functions to be clearer:

bdinfo_print_num() => bdinfo_print_num_l()
print_phys_addr()  => bdinfo_print_num_ll()

While we are here, make bdinfo_print_num_ll() public so that it can
be used outside cmd/bdinfo.c in the future.

Signed-off-by: Bin Meng <bin.meng@windriver.com>