u-boot.git/arch/arm/cpu, branch v2017.07

arm64: use psci reset on snapdragon

2017-07-06T20:17:13Z

This actually works on snapdragon.. not sure why we weren't using it. Fixes reboot/poweroff when using UEFI. Signed-off-by: Rob Clark Reviewed-by: Alexander Graf

Merge git://www.denx.de/git/u-boot-imx

2017-06-27T13:32:37Z

Signed-off-by: Tom Rini Conflicts: include/configs/imx6qdl_icore_rqs.h include/configs/imx6ul_geam.h include/configs/imx6ul_isiot.h

mx6: soc: Fix typo in temperature unit name

2017-06-27T07:06:09Z

The correct name is 'Celsius', so fix it accordingly. Signed-off-by: Fabio Estevam

Merge tag 'xilinx-for-v2017.07' of git://www.denx.de/git/u-boot-microblaze

2017-06-21T11:57:37Z

Xilinx changes for v2017.07 ZynqMP: - config cleanup - SD LS mode support - psu_init* cleanup - unmap OCM - Support for SMC Zynq: - add ddrc to Kconfig - add topic-miamilite board support

arm64: zynqmp: Check pmufw version

2017-06-20T14:42:13Z

If PMUFW version is not v0.3 then panic. ZynqMP switch to CCF based clock driver which requires PMUFW to be present at certain version. This patch ensure that you use correct and tested PMUFW binary. Signed-off-by: Michal Simek

arm64: zynqmp: Define routines for mmio write and read

2017-06-20T14:42:06Z

Define routines of mmio write and read functionalities for zynqmp platform. Also do not call SMC from SPL because SPL is running before ATF in EL3 that's why SMCs can't be called because there is nothing to call. zynqmp_mmio*() are doing direct read/write accesses and this patch does the same. PMUFW is up and running at this time and there is a way to talk to pmufw via IPI but there is no reason to implement IPI stuff in SPL if we need just simple read for getting clock driver to work. Also make invoke_smc as global so that it can be reused in multile places where ever possible. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek

arm64: zynqmp: Do not map unused OCM/TCM region

2017-06-20T14:40:58Z

When OCM or TCM is protected this mapping still exist and it is causing access violation. Signed-off-by: Michal Simek

arm64: zynqmp: Add comment about level shifter mode v1

2017-06-20T14:40:58Z

Silicon v1 didn't support SD boot mode with level shifter. Because system can't boot any error message is not shown that's why comment is just a record if someone tries to debug it. Signed-off-by: Michal Simek

arm64: zynqmp: spl: use given boot_device instead of fetching it again

2017-06-19T14:53:10Z

The boot_device argument to spl_boot_mode was massively added without actually modifying the existing functions. This commit actually makes use of the handed value, which is the same. Signed-off-by: Jean-Francois Dagenais Signed-off-by: Michal Simek

arm64: zynqmp: spl: fix dual SD controller support

2017-06-19T14:53:09Z

When enabling both SDHCI controllers, spl_mmc.c would actually choose device sdhci0 even if booted from sdhci1 (boot_device). This is because spl_mmc_get_device_index(boot_device) expects BOOT_DEVICE_MMC2[_2] in order to return index 1 instead of 0. The #if defined(...) statement is copied from board/xilinx/zynqmp/zynqmp.c So the key to properly enabling both controllers as boot sources is defining both CONFIG_ZYNQ_SDHCI0 and CONFIG_ZYNQ_SDHCI1 in your board's include/configs/*.h. Signed-off-by: Jean-Francois Dagenais Signed-off-by: Michal Simek