04 Oct, 2016
10 commits
-
Add i.MX6ULL major cpu type.
Signed-off-by: Peng Fan
Signed-off-by: Ye Li
Cc: Stefano Babic
Reviewed-by: Stefano Babic -
Add iomux header file for i.MX6ULL.
Signed-off-by: Peng Fan
Signed-off-by: Ye Li
Cc: Stefano Babic
Reviewed-by: Stefano Babic -
Correct name is "Boundary Devices".
Signed-off-by: Fabio Estevam
-
There is no stable mmcblk device numbering over different linux versions.
Enable CMD_PART to be able to query the UUID of the root filesystem partition.
So we can pass root=PARTUUID=XXX instead of root=/dev/mmcblkXpY in bootargs.
Leave the default environment as is for now to stay compatible with original
TBS settings.Signed-off-by: Soeren Moch
-
Currently the driver asserts WDOG_B by clearing WCR_WDA bit when
enabling the watchdog. Do not clear WCR_WDA.Signed-off-by: Ross Parker
Cc: Stefano Babic -
The CPU detection macro is_mx6dq returns 0 on an i.MX6DQP, so we need to
check for it explicitly in order to correctly initialize the pads when
CONFIG_MX6QDL is defined.Signed-off-by: Filip Brozovic
-
The linux kernel imx_v6_v7_defconfig sets the user/kernel memory split
to 3G/1G now (was 2G/2G before). We have to adapt the BOOTMAPSZ so that
the decompressor finds zImage and dtb in lowmem.Signed-off-by: Soeren Moch
-
When using SPL on i.mx6 we frequently notice some DDR initialization
mismatches between the SPL code and the non-SPL code.This causes stability issues like the ones reported at 7dbda25ecd6d7c
("mx6ul_14x14_evk: Pass refsel and refr fields to avoid hang") and also:
http://lists.denx.de/pipermail/u-boot/2016-September/266355.html .As the non-SPL code have been tested for long time and proves to be reliable,
let's configure the DDR in the exact same way as the non-SPL case.The idea is simple: just use the DCD table and write directly to the DDR
registers.Retrieved the DCD tables from:
board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg
and
board/freescale/mx6sabresd/mx6qp.cfg
(NXP U-Boot branch imx_v2015.04_4.1.15_1.0.0_ga)This method makes it easier for people converting from non-SPL to SPL code.
Other benefit is that the SPL binary size is reduced from 44 kB to 39.9 kB.
Signed-off-by: Fabio Estevam
-
The videoargs script is kernel version dependent and since wandboard
uses distro config, there is no need to handle videoargs locally.In case such video related settings are needed, then the proper
location would be the distro extlinux.conf or boot.scr files.So remove 'videoargs' script.
Signed-off-by: Fabio Estevam
-
A kernel hang is observed when running wandboard 3.14 kernel and
going to the lowest operational point of cpufreq:# ifconfig eth0 down
# echo 1 > /sys/class/graphics/fb0/blankThe problem is caused by incorrect setting of the REFR field
of register MDREF. Setting it to 4 refresh commands per refresh
cycle fixes the hang.Signed-off-by: Fabio Estevam
03 Oct, 2016
2 commits
-
Signed-off-by: Tom Rini
02 Oct, 2016
28 commits
-
Authentication of images in Falcon Mode is not supported. Do not enable
SPL_OS_BOOT when TI_SECURE_DEVICE is enabled. This prevents attempting
to directly load kernel images which will fail, for security reasons,
on HS devices, the board is locked if a non-authenticatable image load
is attempted, so we disable attempting Falcon Mode.Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla -
This config option seems to be unused and is probably vestigial.
Remove it.Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla -
Like OMAP54xx and AM43xx family SoCs, AM33xx based SoCs have high
security enabled models. Allow AM33xx devices to be built with
HS Device Type Support.Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla -
When CONFIG_FIT_IMAGE_POST_PROCESS or CONFIG_SPL_FIT_IMAGE_POST_PROCESS
is enabled board_fit_image_post_process will be called, add this
function to am33xx boards when CONFIG_TI_SECURE_DEVICE is set to
verify the loaded image.Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla -
The option SPL_SPI_SUPPORT is used to enable support in SPL for loading
images from SPI flash, it should not be used to determine the build type
of the SPL image itself. The ability to read images from SPI flash does
not imply the SPL will be booted from SPI flash.Unconditionally build SPI flash compatible SPL images.
Signed-off-by: Andrew F. Davis
Acked-by: Lokesh Vutla
Reviewed-by: Tom Rini -
Add a section describing the additional boot types used on AM33xx
secure devices.Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla -
Depending on the boot media, different images are needed
for secure devices. The build generates u-boot*_HS_* files
as appropriate for the different boot modes.For AM33xx devices additional image types are needed for
various SPL boot modes as the ROM checks for the name of
the boot mode in the file it loads.Signed-off-by: Andrew F. Davis
Reviewed-by: Tom Rini
Acked-by: Lokesh Vutla -
The config option AM33XX is used in several boards and should be
defined as a stand-alone option for this SOC. We break this out
from target boards that use this SoC and common headers then enable
AM33XX on in all the boards that used these targets to eliminate any
functional change with this patch.This is similar to what has already been done in
9de852642cae ("arm: Kconfig: Add support for AM43xx SoC specific Kconfig")
and is done for the same reasons.Signed-off-by: Andrew F. Davis
Acked-by: Lokesh Vutla
Reviewed-by: Tom Rini -
Adds a secure dram reservation fixup for secure
devices, when a region in the emif has been set aside
for secure world use. The size is defined by the
CONFIG_TI_SECURE_EMIF_TOTAL_REGION_SIZE config option.Signed-off-by: Daniel Allred
Reviewed-by: Tom Rini -
If the ending portion of the DRAM is reserved for secure
world use, then u-boot cannot use this memory for its relocation
purposes. To prevent issues, we mark this memory as PRAM and this
prevents it from being used by u-boot at all.Signed-off-by: Daniel Allred
-
After EMIF DRAM is configured, but before it is used,
calls are made on secure devices to reserve any configured
memory region needed by the secure world and then to lock the
EMIF firewall configuration. If any other firewall
configuration needs to be applied, it must happen before the
lock call.Signed-off-by: Daniel Allred
-
Create a few public APIs which rely on secure world ROM/HAL
APIs for their implementation. These are intended to be used
to reserve a portion of the EMIF memory and configure hardware
firewalls around that region to prevent public code from
manipulating or interfering with that memory.Signed-off-by: Daniel Allred
Reviewed-by: Tom Rini -
Adds start address and size config options for setting aside
a portion of the EMIF memory space for usage by security software
(like a secure OS/TEE). There are two sizes, a total size and a
protected size. The region is divided into protected (secure) and
unprotected (public) regions, that are contiguous and start at the
start address given. If the start address is zero, the intention
is that the region will be automatically placed at the end of the
available external DRAM space.Signed-off-by: Daniel Allred
-
rockchip platform have a protocol to pass the the kernel reboot mode to bootloader
by some special registers when system reboot. In bootloader we should read it and take action.We can only setup boot_mode in board_late_init becasue "setenv" need env setuped.
So add CONFIG_BOARD_LATE_INIT to common header and use a entry "rk_board_late_init"
to replace "board_late_init" in board file.Signed-off-by: Jacob Chen
Acked-by: Simon Glass -
To keep it same with 3288
Signed-off-by: Jacob Chen
Acked-by: Simon Glass -
Signed-off-by: Jacob Chen
Acked-by: Simon Glass -
To keep it same with 3288.
Signed-off-by: Jacob Chen
Acked-by: Simon Glass -
The latest rk3288-miniarm board doesn't have eMMC device, so remove it.
Signed-off-by: Ziyuan Xu
Acked-by: Simon Glass -
Enable the pwm regulator for evb-rk3399.
Signed-off-by: Kever Yang
Acked-by: Simon Glass -
Add a regulator-init-microvolt for vdd_center regulator
so that we can get a init value for driver probe.
Not like pmic regulator, the PWM regulator do not have a
known default output value, so we would like to init the
regulator when driver probe.Signed-off-by: Kever Yang
Acked-by: Simon Glass -
Enable DM_PWM and DM_REGULATOR on rockchip SoCs.
Signed-off-by: Kever Yang
Acked-by: Simon Glass -
Add vdd_center pwm regulator get_device to
enable this regulator.Signed-off-by: Kever Yang
Acked-by: Simon Glass -
add driver support for pwm regulator.
Signed-off-by: Elaine Zhang
Signed-off-by: Kever Yang
Acked-by: Simon Glass -
Reference to kernel source code, rockchip pwm has three
type, we are using v2 for rk3288 and rk3399, so let's
update the register to sync with pwm_data_v2 in kernel.Signed-off-by: Kever Yang
Acked-by: Simon Glass -
Update PPLL to 676MHz and PMU_PCLK to 48MHz, because:
1. 48MHz can make sure the pwm can get exact 50% duty ratio, but 99MHz
can not,
2. We think 48MHz is fast enough for pmu pclk and it is lower power cost
than 99MHz,
3. PPLL 676 MHz and PMU_PCLK 48MHz are the clock rate we are using
internally for kernel,it suppose not to change the bus clock like pmu_pclk
in kernel, so we want to change it in uboot.Signed-off-by: Kever Yang
Acked-by: Simon Glass -
Enable ums feature for rk3036 boards, so that we can mount the mmc
device to PC.Signed-off-by: jacob2.chen
Acked-by: Simon Glass -
Rock2 has been tested with back to brom feature. The tricky part is that
with this feature the default environment is inside u-boot, and it's
defined for every rk3288 board independetly. So I just changed it for
rock2 here if ROCKCHIP_SPL_BACK_TO_BROM.Solve by moving environment after u-boot before 1M boundary
Signed-off-by: Sandy Patterson
Acked-by: Simon Glass -
Default SPL_MMC_SUPPORT to false when ROCKCHIP_SPL_BACK_TO_BROM is enabled.
Acked-by: Ziyuan Xu
Signed-off-by: Sandy Patterson
Acked-by: Simon Glass
