- 07 1月, 2020 5 次提交
-
-
由 Heiko Schocher 提交于
remove 2b version of aristainetos board, as it is easier to make the DM / DTS port and introduce the 2b board version again (also some more board version). Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Heiko Schocher 提交于
move defines, which are already moved to Kconfig out of board config. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Heiko Schocher 提交于
convert this driver to support DM. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Heiko Schocher 提交于
remove not anymore used aristainetos board. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
由 Tom Rini 提交于
Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 04 1月, 2020 1 次提交
-
-
由 Tom Rini 提交于
Adam Ford reports that this change breaks booting on da850-evm and Bartosz Golaszewski agrees that with the impending release we should revert the change for now. With that noted: This reverts commit 21a4d80a. Cc: Bartosz Golaszewski <brgl@bgdev.pl> Tested-by: NAdam Ford <aford173@gmail.com> Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 03 1月, 2020 7 次提交
-
-
由 Tom Rini 提交于
- Fixes for host tools with musl C library - Two fixes for TI K3 platforms
-
由 Lokesh Vutla 提交于
On K3 devices there are 2 conditions where R5F can deadlock: 1.When software is performing series of store operations to cacheable write back/write allocate memory region and later on software execute barrier operation (DSB or DMB). R5F may hang at the barrier instruction. 2.When software is performing a mix of load and store operations within a tight loop and store operations are all writing to cacheable write back/write allocates memory regions, R5F may hang at one of the load instruction. To avoid the above two conditions disable linefill optimization inside Cortex R5F which will make R5F to only issue up to 2 cache line fills at any point of time. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Lokesh Vutla 提交于
Update the ddr settings to use the DDR reg config tool rev 0.2.0. This reduces the aging count(in DDRSS_CTL_274_DATA reg) to 15 in-order to avoid DSS underflow errors. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com> Signed-off-by: NKevin Scholz <k-scholz@ti.com>
-
由 Sergei Trofimovich 提交于
The build failure was originally reported on arm64-musl target at https://bugs.gentoo.org/703132. Here is the amd64-musl variant: ``` $ LANG=C make CROSS_COMPILE=x86_64-gentoo-linux-musl- tools-only_defconfig -j$(nproc) $ LANG=C make CROSS_COMPILE=x86_64-gentoo-linux-musl- tools-all -j$(nproc) ... include/u-boot/crc.h:37:44: error: unknown type name 'uint'; did you mean 'int'? 37 | void crc16_ccitt_wd_buf(const uint8_t *in, uint len, | ^~~~ | int ``` Note: 'uint' is not defined there. On glibc 'uint' comes from <sys/types.h> and happens to work on most .c files. The change imports 'uint' declaration from '<compiler.h>'. Bug: https://bugs.gentoo.org/703132Signed-off-by: NSergei Trofimovich <slyfox@gentoo.org>
-
由 Sergei Trofimovich 提交于
The build failure was originally reported on arm64-musl target at https://bugs.gentoo.org/703132. Here is the amd64-musl variant: ``` $ LANG=C make CROSS_COMPILE=x86_64-gentoo-linux-musl- tools-only_defconfig -j$(nproc) $ LANG=C make CROSS_COMPILE=x86_64-gentoo-linux-musl- tools-all -j$(nproc) ... In file included from tools/env/../../env/flags.c:7, from tools/env/env_flags.c:1: include/env.h:159:1: error: unknown type name 'ulong'; did you mean 'long'? 159 | ulong env_get_ulong(const char *name, int base, ulong default_val); | ^~~~~ | long ``` Note: 'ulong' is not defined there. On glibc 'ulong' comes from <sys/types.h>: ```c /* Old compatibility names for C types. */ typedef unsigned long int ulong; ``` On musl it comes from <sys/types.h> as well but from under different guards: ```c typedef unsigned long u_long, ulong; ``` The change inlines 'ulong' define similar to 'uint' define. Bug: https://bugs.gentoo.org/703132Signed-off-by: NSergei Trofimovich <slyfox@gentoo.org>
-
https://gitlab.denx.de/u-boot/custodians/u-boot-video由 Tom Rini 提交于
- fix missing graphics output on some x86 boards - avoid using #ifdef in video code - add .gitignore for video font *.S files
-
由 Dario Binacchi 提交于
The scripts/Makefile.lib generates an assembler file (*.S) to wrap the font data for each file of type ttf defined in Kconfig. Signed-off-by: NDario Binacchi <dariobin@libero.it>
-
- 02 1月, 2020 13 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip由 Tom Rini 提交于
- Fix latest mainline kernel for rk3308 - Update rk3288-evb config to suport OP-TEE - Fix for firefly-px30 DEBUG_UART channel and make it standalone - Script make_fit_atf add python3 support - Fix rk3328 timer with correct COUNTER_FREQUENCY - Fix rk3328 ATF support with enable spl-fifo-mode
-
由 Tom Rini 提交于
- Assorted test.py fixes - Other minor changes
-
由 Simon Glass 提交于
This test currently does not run because it specifies the sandbox board instead of sandbox_spl. Fix it. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Igor Opaniuk 提交于
My address at Linaro doesn't exist anymore, so people keep getting mail delivery error responses. Map this address to the actual one. Signed-off-by: NIgor Opaniuk <igor.opaniuk@gmail.com> Reviewed-by: NOleksandr Suvorov <oleksandr.suvorov@toradex.com>
-
由 Stephen Warren 提交于
get_env() was originally written to strip() the output of printenv to isolate the test from any whitespace changes in printenv's output. However, this throws away any whitespace in the variable value, which can cause issues when test code expects to see that whitespace. In fact, printenv never adds any whitespace at all, so there's no need to strip. The strip causes a practical problem for test_env_echo_exists() if state_test_env.get_existent_var() happens to choose a U-Boot variable that contains trailing whitespace. This is true for variable boot_targets. With Python 2, get_existent_var() never returned boot_targets so this issue never caused a practical problem. With Python 3, get_existent_var does sometimes return boot_targets, no doubt due to Python 3's different dict hash key order implementation, about 0.5-2% of the time, so this test appears intermittent. With the strip removed, this intermittency is solved, since the test passes for all possible U-Boot variables. Signed-off-by: NStephen Warren <swarren@nvidia.com>
-
由 Robert P. J. Day 提交于
Various (mostly minor) spelling, grammar and punctuation tweaks for arch/arm/Kconfig. Signed-off-by: NRobert P. J. Day <rpjday@crashcourse.ca>
-
由 Dario Binacchi 提交于
As described in doc/README.asn1 document the tools/asn1_compiler is used to "generate bytecode as a C file (*.asn1.[ch]) from *.asn1 file". Signed-off-by: NDario Binacchi <dariobin@libero.it>
-
由 Dario Binacchi 提交于
Add the tool to the ignore list to prevent being marked as unversioned. Signed-off-by: NDario Binacchi <dariobin@libero.it> Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
-
由 Simon Glass 提交于
This code does not really need to use #ifdef. We can use if() instead and gain build coverage without impacting code size. Change the #ifdefs to use IS_ENABLED(), etc., instead. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This code does not really need to use #ifdef. We can use if() instead and gain build coverage without impacting code size. Change the #ifdefs to use CONFIG_IS_ENABLED() instead. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This code does not really need to use #ifdef. We can use if() instead and gain build coverage without impacting code size. Change the #ifdefs to use IS_ENABLED() instead. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
This code does not really need to use #ifdef. We can use if() instead and gain build coverage without impacting code size. Change the #ifdefs to use IS_ENABLED() instead. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Simon Glass 提交于
Most x86 boards that use video make use of 32bpp graphics. Enable this by default. This fixes missing graphics output on some x86 boards. Also remove the unnecessary 'default n' while we are here. Signed-off-by: NSimon Glass <sjg@chromium.org>
-
- 31 12月, 2019 3 次提交
-
-
由 Kever Yang 提交于
Enable the ATF in SPL and adjust the SPL STACK/HEAD at the same time to support ATF entry at 0x40000. Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Kever Yang 提交于
Since mmc to sram can't do dma, add patch to prevent aborts transfering TF-A parts. Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Kever Yang 提交于
The arch timer needs COUNTER_FREQUENCY to get correct counter, add it to make the timer works correct. Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-
- 28 12月, 2019 4 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-imx由 Tom Rini 提交于
Fixes for 2020.01 ----------------- - Fixes for Nitrogen6x - Fix corruption for mx51evk - colibri i.MX6: fix broken ESDHC conversion - mx6sxsabresd: fix broken mmcdev - imx6q_logic: cleanup boot sequence - update ATF for imx8mq_evk - pfuze: fix pmic_get() Travis CI: https://travis-ci.org/sbabic/u-boot-imx/builds/630007464
-
https://gitlab.denx.de/u-boot/custodians/u-boot-sunxi由 Tom Rini 提交于
- Orange Pi Zero Plus 2 support - sunxi psci, prcm fixes
-
https://gitlab.denx.de/u-boot/custodians/u-boot-spi由 Tom Rini 提交于
- rk spi transfer limit fix - Gigadevice, gd25q128 support - spi-nor-core warnings
-
由 Patrik Dahlström 提交于
The omap3_beagle NAND ECC scheme was changed in 4b37928d for unknown reasons, leading to uncorrectible ecc errors. This commit changes it back to what it was before. Signed-off-by: NPatrik Dahlström <risca@dalakolonin.se>
-
- 27 12月, 2019 7 次提交
-
-
由 Robert Beckett 提交于
Add compatible string used by Linux. Allows for simpler syncing of device trees. Signed-off-by: NRobert Beckett <bob.beckett@collabora.com>
-
由 Robert Beckett 提交于
Add compatible strings used by Linux. Allows for simpler syncing of device trees. Signed-off-by: NRobert Beckett <bob.beckett@collabora.com>
-
由 Robert Beckett 提交于
pass the udevice by reference instead of double ref Signed-off-by: NRobert Beckett <bob.beckett@collabora.com>
-
由 Adam Ford 提交于
The board_boot_order() function currenly assumes that the boot source is MMC/eMMC, but this isn't true for the NAND devices. This patch cleans up board_boot_order() to check for NAND, SD, ESD, MMC or EMMC. Anything beyond these are not supported, so it will default back to the serial downloader if any of those devices are not available. Fixes: 9fb50c68 ("ARM: imx6q_logic: Fix MMC2 booting") Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Troy Kisky 提交于
This fixes commit <91435cd4> "ARM: i.MX6: exclude the ARM errata from i.MX6 UP system" for nitrogen6x. The above commit removed the errata for the board since MX6Q/MXDL/MX6S is selected via CONFIG_SYS_EXTRA_OPTIONS This restores the errata configs. Signed-off-by: NTroy Kisky <troy.kisky@boundarydevices.com> Reviewed-by: NFabio Estevam <festevam@gmail.com>
-
由 Troy Kisky 提交于
The next patch adds CONFIG_MX6QDL so that errata will be enabled again. Signed-off-by: NTroy Kisky <troy.kisky@boundarydevices.com>
-
由 Jagan Teki 提交于
The Rockchip SPI controller's length register only supports 16-bits, yielding a maximum length of 64KiB (the CTRLR1 register holds "length - 1"). Trying to transfer more than that (e.g., with a large SPI flash read) will cause the driver to hang. Now, it seems that while theoretically we should be able to program CTRLR1 with 0xffff, and get a 64KiB transfer, but that also seems to cause the core to choke, so stick with a maximum of 64K - 1 bytes -- i.e., 0xffff. Note, that the size is further divided into 'minus 1' while writing into CTRLR1. This change fixed two different read issues, 1. sf read failure when with > 0x10000 2. Boot from SPI flash failed during spi_flash_read call in common/spl/spl_spi.c Observed and Tested in - Rockpro64 with Gigadevice flash - ROC-RK3399-PC with Winbond flash Signed-off-by: NJagan Teki <jagan@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-