- 25 4月, 2020 7 次提交
-
-
由 Ovidiu Panait 提交于
Introduce arch_reserve_mmu to allow for architecture-specific reserve_mmu routines. Also, define a weak nop stub for it. Signed-off-by: NOvidiu Panait <ovpanait@gmail.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Ovidiu Panait 提交于
As a preparation for turning reserve_mmu into an arch-specific variant, introduce arm_reserve_mmu on ARM. It implements the default routine for reserving memory for MMU TLB and needs to be weakly defined in order to allow for machines to override it. Without this decoupling, after introducing arch_reserve_mmu, there would be two weak definitions for it, one in common/board_f.c and one in arch/arm/lib/cache.c. Signed-off-by: NOvidiu Panait <ovpanait@gmail.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Ovidiu Panait 提交于
Move the ARM-specific reserve_mmu definition from common/board_f.c to arch/arm/lib/cache.c. Signed-off-by: NOvidiu Panait <ovpanait@gmail.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
https://gitlab.denx.de/u-boot/custodians/u-boot-stm由 Tom Rini 提交于
- Solve stm32mp15 pinctrl dts issue (patch conflict in branches master and next) - Split device tree for DHCOR Som and AV 96 board - Update PLL4 setting in AV96 board - Enable bootd, iminfo, imxtract on DHCOM
-
由 Tom Rini 提交于
While the change is correct, generally, it was not intended to be pushed just yet. This reverts commit b8973063. Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
- Assorted minor bugfixes. - Resync fixdep with Linux v5.7-rc1 - Numerous changes to reduce SPL in various cases including when we have read-only env support. - Allow mkimage to align the header on FIT images to a specific size.
-
由 Tom Rini 提交于
When moving the PHYLIB PHY drivers around in Kconfig we did not at the same time perform a careful migration of the related drivers and sub-options. This lead to the case where previously Kconfig-enabled driver choices were now disabled on some platforms. Correct this by enabling both the PHY driver and sub-option on the above referenced platforms. Fixes: af2cbfd6 ("drivers: net: Provide Kconfig menu for PHYLIB") Fixes: 8728c97e ("configs: Re-sync") Reported-by: NDario <dario86@tutamail.com> Signed-off-by: NTom Rini <trini@konsulko.com> --- After checking back on the original commit I can see that these are the only two platforms to have been broken in the change.
-
- 24 4月, 2020 33 次提交
-
-
由 Marek Vasut 提交于
Enable these standard U-Boot commands for image manipulation and for starting the default boot command using 'boot' command in U-Boot shell. Signed-off-by: NMarek Vasut <marex@denx.de> Cc: Patrick Delaunay <patrick.delaunay@st.com> Cc: Patrice Chotard <patrice.chotard@st.com> Reviewed-by: NPatrick Delaunay <patrick.delaunay@st.com>
-
由 Simon Glass 提交于
At present if buildman reports an error, the travis build still succeeds. This is because the travis script does not stop when it sees errors; nor does it automatically return the exit code. Also the current error checking never triggers since 'ret' is not set. Fix this by setting 'ret' correctly. Signed-off-by: NSimon Glass <sjg@chromium.org> Reported-by: NMichal Simek <michal.simek@xilinx.com> Acked-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Bin Meng 提交于
If given ptr to free() is NULL, no operation is performed. Hence we can just free buf directly in fit_extract_data(). Signed-off-by: NBin Meng <bin.meng@windriver.com>
-
由 Lihua Zhao 提交于
Without calling munmap(), the follow-up call to open() the same file with a flag O_TRUNC seems not to cause any issue on Linux, but it fails on Windows with error like below: Can't open kernel_fdt.itb.tmp: Permission denied Fix this by unmapping the memory before closing fd in fit_import_data(). Signed-off-by: NLihua Zhao <lihua.zhao@windriver.com> Signed-off-by: NBin Meng <bin.meng@windriver.com>
-
由 Bin Meng 提交于
MinGW build for U-Boot tools has been broken for years. The official support of Windows build is now MSYS2. Remove the MinGW support codes. Signed-off-by: NBin Meng <bin.meng@windriver.com>
-
由 Heinrich Schuchardt 提交于
Remove an invalid documentation link in rstFlatTable.py. This synchronizes the file with Linux next-20200413. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Joel Johnson 提交于
Two nearly concurrent commits (d4d65e11 and bcee8d67) added a SPL_DM_GPIO symbol. Resolve the duplication in favor of the version in drivers/gpio/Kconfig. Signed-off-by: NJoel Johnson <mrjoel@lixil.net> Reviewed-by: NFrieder Schrempf <frieder.schrempf@kontron.de>
-
由 Masahiro Yamada 提交于
fixdep is a standalone host program, so we can just re-sync it with the latest Linux in one commit. I kept the U-Boot own code block surrounded by /* hack for U-Boot */ ... /* U-boot hack end */. Signed-off-by: NMasahiro Yamada <masahiroy@kernel.org>
-
由 Masahiro Yamada 提交于
Since commit f1c6e192 ("spl: dm: use CONFIG_IS_ENABLED to test for the DM option"), CONFIG_IS_ENABLED() handles CONFIG_TPL_* options, but fixdep still cannot because it hard-codes the "SPL_" prefix as follows: char tmp_buf[256] = "SPL_"; /* hack for U-Boot */ Take care of the "TPL_" prefix too. Signed-off-by: NMasahiro Yamada <masahiroy@kernel.org>
-
由 Heinrich Schuchardt 提交于
Freescale mail addresses are not valid anymore. Reported-by: NFabio Estevam <festevam@gmail.com> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
We cannot run unit tests in SPL. So remove the unit test support. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
SPL should not be enlarged by building with CONFIG_HEXDUMP=y. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Heinrich Schuchardt 提交于
Do not build image_sign_info helper functions in SPL if not needed. Fixes: b983cc2d ("lib: rsa: decouple rsa from FIT image verification") Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Heinrich Schuchardt 提交于
The OID registry is only used by crypto functions that are not built in SPL. So we should not build it in SPL. Fixes: a9b45e6e ("lib: add oid registry utility") Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Heinrich Schuchardt 提交于
When building on a 32bit host the following warning occurs: tools/image-host.c: In function ‘fit_image_read_data’: tools/image-host.c:310:42: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘ssize_t’ {aka ‘int’} [-Wformat=] printf("Can't read all file %s (read %ld bytes, expexted %ld)\n", ~~^ %d filename, n, sbuf.st_size); ~ n is of type ssize_t so we should use %zd for printing. Fixes: 7298e422 ("mkimage: fit: add support to encrypt image with aes") Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Heinrich Schuchardt 提交于
Compiling on ARMv7-M fails when trying to address the CPSR register which is not available on this architecture. Atomic functions refer to the CPSR register if compiled with arch/arm/include/asm/proc-armv/system.h. On ARMv7-M we should hence use arch/arm/thumb1/include/asm/proc-armv/system.h instead. Cf. https://stackoverflow.com/questions/61097841/error-selected-processor-does-not-support-requested-special-purpose-registerReported-by: NSicris Rey Embay <sicris.embay@gmail.com> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
TARGET_QEMU_ARM_64BIT and TARGET_QEMU_ARM_32BIT should be mutually exclusive. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Peter Collingbourne 提交于
FVP now loads an Android boot image named boot.img if available, otherwise it falls back to the existing code path. Signed-off-by: NPeter Collingbourne <pcc@google.com> Reviewed-by: NRyan Harkin <ryan.harkin@linaro.org> Reviewed-by: NLinus Walleij <linus.walleij@linaro.org>
-
由 Kever Yang 提交于
The image is usually stored in block device like emmc, SD card, make the offset of image data aligned to block(512 byte) can avoid data copy during boot process. eg. SPL boot from FIT image with external data: - SPL read the first block of FIT image, and then parse the header; - SPL read image data separately; - The first image offset is the base_offset which is the header size; - The second image offset is just after the first image; - If the offset of imge does not aligned, SPL will do memcpy; The header size is a ramdon number, which is very possible not aligned, so add '-B size'to specify the align size in hex for better performance. example usage: ./tools/mkimage -E -f u-boot.its -B 0x200 u-boot.itb Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Kever Yang 提交于
The tool need to use fdtdec_get_child_count(), make it available for HOST_CC. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Kever Yang 提交于
Use the ALIGN() for size align so that the code is more readable. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NTom Rini <trini@konsulko.com> Reviewed-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Kever Yang 提交于
The align for fit_size has been done twice, remove the first one for it does not make any sense. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Kever Yang 提交于
The ALIGN() is now available at imagetool.h, migrate to use it. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NTom Rini <trini@konsulko.com> Reviewed-by: NStefan Roese <sr@denx.de>
-
由 Kever Yang 提交于
The ALIGN() is now available at imagetool.h, migrate to use it. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Kever Yang 提交于
The ALIGN() is available at imagetool.h, no need to self define one. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Kever Yang 提交于
The ALIGN code is need by many files who need handle structure or image align, so move the macro to imagetool.h file. Signed-off-by: NKever Yang <kever.yang@rock-chips.com> Reviewed-by: NPunit Agrawal <punit1.agrawal@toshiba.co.jp> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Jonathan Corbet 提交于
commit 3bc8088464712fdcb078eefb68837ccfcc413c88 upstream. Our version check in Documentation/conf.py never envisioned a world where Sphinx moved beyond 1.x. Now that the unthinkable has happened, fix our version check to handle higher version numbers correctly. Signed-off-by: NJonathan Corbet <corbet@lwn.net> [rebase for u-boot] Signed-off-by: NSean Anderson <seanga2@gmail.com>
-
由 Rasmus Villemoes 提交于
Deciding whether to compile the env_sf_save() function based solely on CONFIG_SPL_BUILD is wrong: For U-Boot proper, it leads to a build warning in case CONFIG_CMD_SAVEENV=n (because the env_save_ptr() macro causes the function to indeed not be referenced anywhere). And for SPL, when one selects CONFIG_SPL_SAVEENV, one obviously expects to actually be able to save the environment. Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>
-
由 Rasmus Villemoes 提交于
Removing this ifdef/endif pair yields a "defined but unused warning" for CONFIG_CMD_SAVEENV=n, but that vanishes if we use the ENV_SAVE_PTR macro instead. This gives slightly better compile testing, and moreover, it's possible to have CONFIG_CMD_SAVEENV=n CONFIG_SPL_SAVEENV=y SPL_ENV_IS_IN_EXT4=y in which case env_ext4_save would erroneously not be compiled in. Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>
-
由 Rasmus Villemoes 提交于
Always compile the env_fat_save() function, and let CONFIG_IS_ENABLED(SAVEENV) (via the ENV_SAVE_PTR macro) decide whether it actually ends up being compiled in. Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>
-
由 Rasmus Villemoes 提交于
The current definition of the env_save_ptr does not take SPL_SAVEENV into account. Moreover, the way it is implemented means that drivers need to guard the definitions of their _save methods with ifdefs to avoid "defined but unused" warnings in case CMD_SAVEENV=n. The ifdeffery can be avoided by using a "something ? x : NULL" construction instead and still have the compiler elide the _save method when it is not referenced. Unfortunately we can't just switch the existing env_save_ptr macro, since that would give a lot of build errors unless all the ifdeffery is removed at the same time. Conversely, removing that ifdeffery first would merely lead to the "defined but unused" warnings temporarily, but for some storage drivers it requires a bit more work than just removing their private CMD_SAVEENV logic. So introduce an alternative to env_save_ptr, which for lack of a better name is simply uppercased, allowing one to update storage drivers piecemeal to both reduce their ifdeffery and honour CONFIG_SPL_SAVEENV. Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>
-
由 Rasmus Villemoes 提交于
Currently, testing whether to compile in support for saving the environment is a bit awkward when one needs to take SPL_SAVEENV into account, and quite a few storage drivers currently do not honour SPL_SAVEENV. To make it a bit easier to decide whether environment saving should be enabled, introduce SAVEENV as an alias for the CMD_SAVEENV symbol. Then one can simply use CONFIG_IS_ENABLED(SAVEENV) Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>
-
由 Frédéric Danis 提交于
After a successful upgrade, multiple problem during boot sequence may trigger the altbootcmd process. This patch adds a version and an upgrade_available entries to the bootcount file to enable/disable the bootcount check. When failing to read the bootcount file it will consider that bootcount is enabled, acting as previously, and update the file accordingly. The bootcount file is only saved when `upgrade_available` is true, this allows to save writes to the filesystem. Signed-off-by: NFrédéric Danis <frederic.danis@collabora.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-