- 21 11月, 2019 6 次提交
-
-
由 Tom Rini 提交于
We can only configure and set the environment in SPL when we have a particular environment location set that is not "nowhere" like it is in SECURE_BOOT designs. Update the code to reflect that. Cc: Priyanka Jain <priyanka.jain@nxp.com> Signed-off-by: NTom Rini <trini@konsulko.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Tom Rini 提交于
These functions can only be built and used when we have ENV_IS_IN_SPI_FLASH, use that as a guard. Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com> Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tom Rini 提交于
We have CONFIG_ENV_SIZE_IS_REDUND but don't really use it. We have one board where we can simply multiple CONFIG_ENV_SIZE by two for the same result. The other place where we could but were not previously using this is for where env_internal.h checks for if we should set ENV_IS_EMBEDDED. This seems like the most likely use, historically, of the variable, but it was not used. Add logic to check for this now. Cc: Wolfgang Denk <wd@denx.de> Cc: Joe Hershberger <joe.hershberger@ni.com> Signed-off-by: NTom Rini <trini@konsulko.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Acked-by: NJoe Hershberger <joe.hershberger@ni.com>
-
由 Tom Rini 提交于
The board file has a build time check to ensure that we do not have the redundant environment overwriting the factory data. However, using the symbol CONFIG_ENV_SIZE_REDUND isn't strictly needed as that is always the same as CONFIG_ENV_SIZE. Use CONFIG_ENV_SIZE instead so that we can later drop CONFIG_ENV_SIZE_REDUND. Cc: Stefan Roese <sr@denx.de> Signed-off-by: NTom Rini <trini@konsulko.com> Reviewed-by: NStefan Roese <sr@denx.de>
-
https://gitlab.denx.de/u-boot/custodians/u-boot-mpc85xx由 Tom Rini 提交于
- Fix CONFIG_AHCI related build warning for P2041, P3041, P5040, T102x, T104x, T4240 platforms
-
由 Tom Rini 提交于
Today in initr_reloc_global_data() we use some non-obvious tests to determine if we need to relocate the env_addr within gd or not. In order to facilitate migration of other symbols to Kconfig we need to introduce a new symbol for this particular use case. Cc: Wolfgang Denk <wd@denx.de> Cc: Joe Hershberger <joe.hershberger@ni.com> Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 20 11月, 2019 2 次提交
-
-
由 Tom Rini 提交于
We only need to build and link input.o when we have any of CONFIG_KEYBOARD, CONFIG_DM_KEYBOARD (and SPL/TPL variants) or CONFIG_TEGRA_KEYBOARD set. Signed-off-by: NTom Rini <trini@konsulko.com>
-
https://gitlab.denx.de/u-boot/custodians/u-boot-efi由 Tom Rini 提交于
Pull request for UEFI sub-system for efi-2020-01-rc4 Fix errors due to unaligned memory access: * disable UEFI except for ARMv8, ARMv7, ARM11 * enable unaligned access support on ARM11 Remove an unused function.
-
- 19 11月, 2019 13 次提交
-
-
由 Heinrich Schuchardt 提交于
With an implementation for allow_unaligned() available for arm1136 and arm1176 UEFI can be supported on these architectures. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
The UEFI spec mandates that unaligned memory access should be enabled if supported by the CPU architecture. This patch implements the function unaligned_access() to set the enable unaligned data support flag and to clear the aligned flag in the system control register (SCTLR). It is called when UEFI related commands like bootefi are invoked. Reported-by: NCristian Ciocaltea <cristian.ciocaltea@gmail.com> Tested-by: NCristian Ciocaltea <cristian.ciocaltea@gmail.com> Tested-by: NGuillaume Gardet <Guillaume.Gardet@arm.com> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
fatload USB was reported to fail on the Sheevaplug. Debugging showed that this was caused by an incorrect unaligned write to memory in path_to_uefi(). UEFI on ARM requires that unaligned memory access is enabled. * ARMv5 does not support unaligned access at all. * ARMv6 supports unaligned access when we clear the A flag and set the U flag. * On ARMv7 unaligned access is possible when clearing the aligned flag, which we do in function allow_unaligned() (arch/arm/cpu/armv7/sctlr.S). For none of the other cpus in arch/arm/cpu/ we have implemented a similar function. * ARMv8 allows unaligned access. Let EFI_LOADER on ARM depend on SYS_CPU=armv7 or SYS_CPU=armv8. Once we have implemented allow_unaligned() for other ARM CPUs we can add these to Kconfig. Reported-by: NGray Remlin <gryrmln@gmail.com> Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Heinrich Schuchardt 提交于
Function efi_dp_from_dev() is not used anywhere. Remove it. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
-
由 Peng Ma 提交于
This patch is to add sata node for T4240 platform Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Peng Ma 提交于
This patch is to add sata node for T104x platform Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Peng Ma 提交于
This patch is to add sata node for T102x platform Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Peng Ma 提交于
This patch is to add sata node for P5040 platform Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Peng Ma 提交于
This patch is to add sata node for P3041 platform Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Peng Ma 提交于
This patch is to add sata node for P2041 platform Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Peng Ma 提交于
Add DM support for Silicon(SIL3131 / SIL3132 / SIL3124) sata driver as few of the PowerPC platforms such as P series based boards need to use SATA_SIL with DM, Also fix below warning while PowerPC P series boards compilation, ===================== WARNING ======================" This board does use CONFIG_LIBATA but has CONFIG_AHCI not" enabled. Please update the storage controller driver to use" CONFIG_AHCI before the v2019.07 release." Failure to update by the deadline may result in board removal." See doc/driver-model/MIGRATION.txt for more info." ====================================================" Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Peng Ma 提交于
Add DM support for Freescale PowerPC sata driver used for PowerPC T series SoCs, CONFIG_BLK needs to be enabled on these platforms. It adds the SATA controller as AHCI device, which is strictly speaking not correct, as the controller is not AHCI compatible, But the U-Boot AHCI uclass interface enables the usage of this DM driver, Also fix below warning while PowerPC T series boards compilation, ===================== WARNING ======================" This board does use CONFIG_LIBATA but has CONFIG_AHCI not" enabled. Please update the storage controller driver to use" CONFIG_AHCI before the v2019.07 release." Failure to update by the deadline may result in board removal." See doc/driver-model/MIGRATION.txt for more info." ====================================================" Signed-off-by: NPeng Ma <peng.ma@nxp.com> Reviewed-by: NPriyanka Jain <priyanka.jain@nxp.com>
-
由 Tom Rini 提交于
Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 18 11月, 2019 3 次提交
-
-
https://gitlab.denx.de/u-boot/custodians/u-boot-video由 Tom Rini 提交于
- fix i.MX6ULL evk black screen observed while reboot stress tests - remove "synopsys,dw-mipi-dsi" compatible to reduce the device tree differences between Linux and U-Boot for stm32mp1 platform
-
https://gitlab.denx.de/u-boot/custodians/u-boot-rockchip由 Tom Rini 提交于
- Add support for rockchip SoC: PX30, RK3308 - Add and migrate to use common dram driver: PX30, RK3328, RK3399 - Add rk3399 board Tinker-s support - Board config update for Rock960, Rockpro64
-
git://git.denx.de/u-boot-dm由 Tom Rini 提交于
Add OP-TEE test swuit Fix patman cc_file output Minor sandbox/pinctrl changes
-
- 17 11月, 2019 16 次提交
-
-
由 Michael Trimarchi 提交于
Support tinker-s board. The board is equivalent of tinker board except of emmc. TODO: - support of usb current burst when the board is powered from pc Signed-off-by: NMichael Trimarchi <michael@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Michael Trimarchi 提交于
dmc is used to initialize the memory controller. It's needed by u-boot. Move it in the specific section Signed-off-by: NMichael Trimarchi <michael@amarulasolutions.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Thomas Hebb 提交于
We shouldn't force which allocator the SPL uses, since there's no platform requirement for one over the other: in fact, we currently allow selection of the TPL allocator but not the SPL one! Signed-off-by: NThomas Hebb <tommyhebb@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Thomas Hebb 提交于
The common SPL removed SoC-specific code for RK3399's SPL and in the process caused the previously-unconditional DRAM initialization in board_init_f() to only happen when compiling a configuration that does not support TPL, meaning DRAM never gets initialized if TPL is supported but disabled. Fix this by omitting the DRAM init in SPL only when we are configured to also build a TPL. This fixes custom configurations that have disabled TPL, and it should also unbreak the "ficus-rk3399", "rock960-rk3399", and "chromebook_bob" defconfigs, although since I don't have any of those devices I can't confirm they're broken now. Fixes: b7abef2e ("rockchip: rk3399: Migrate to use common spl board file") Signed-off-by: NThomas Hebb <tommyhebb@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Thomas Hebb 提交于
The common SPL code reordered the DRAM initialization before rockchip_stimer_init(), which as far as I can tell causes the RK3399 to lock up completely. Fix this issue in the common code by putting the DRAM init back after timer init. I have only tested this on the RK3399, but it wouldn't make any sense for the timer init to require DRAM be set up on any system. Fixes: b7abef2e ("rockchip: rk3399: Migrate to use common spl board file") Signed-off-by: NThomas Hebb <tommyhebb@gmail.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
Add build documentation for rk3308 based boards. Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
ROC-RK3308-CC is a rk3308 based board designed by Firelfy, with eMMC and 256MB DDR3 and RTL8188 Wifi on board. Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
Add dts file for ROC-RK3308-CC from firefly. Sync form linux rockchip for v5.5-armsoc/dts64: "arm64: dts: rockchip: Add devicetree for board roc-rk3308-cc" (sha1: 4403e1237be3af0977aa23ef399e3496316317a0) Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
Usage: (1) tools/mkimage -n rk3308 -T rksd -d tpl/u-boot-tpl.bin idbloader.img (2) cat spl/u-boot-spl.bin >> idbloader.img (3) upgrade_tool wl 0x40 idbloader.img Note: When use ddr binary from rkbin as tpl, use it replace u-boot-tpl.bin in(1) Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
A dm based dram driver for rk3308 u-boot to get capacity. Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
Add support for rk3308 evaluation board. Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
Add dts for rk3308 evb, sync from the linux kernel upstream list [0]. [0]https://patchwork.kernel.org/patch/11201555/Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Finley Xiao 提交于
Add clk controller driver for RK3308 SOC. This patch depends on Elaine's pll patch[0]. [0]http://patchwork.ozlabs.org/patch/1183718/Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Andy Yan 提交于
RK3308 is a quad Cortex A35 based SOC with rich audio interfaces(I2S/PCM/TDM/PDM/SPDIF/VAD/HDMI ARC), which designed for intelligent voice interaction and audio input/output processing. Signed-off-by: NAndy Yan <andy.yan@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Elaine Zhang 提交于
Common PLL setup function, compatible with different SOC. Mainly for the subsequent new SOC use. Signed-off-by: NElaine Zhang <zhangqing@rock-chips.com> Reviewed-by: NKever Yang <kever.yang@rock-chips.com>
-
由 Kever Yang 提交于
We should set the init value when vdd_log is enabled, or else the vdd_log output voltage may not in soc required range. Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
-