- Aug 16, 2017
-
-
Peng Fan authored
The ARM errata 751472, 794072, 761320 only applied to the following configuration: This erratum affects configurations with either: - One processor if the ACP is present - Two or more processors i.MX6 family does not have the ACP and thus only the MPCore system will be impacted, which are the i.MX6DQ, i.MX6DL, and i.MX6QP. Signed-off-by:
Peng Fan <peng.fan@nxp.com> Cc: Stefano Babic <sbabic@denx.de> Cc: Fabio Estevam <fabio.estevam@nxp.com>
-
Sébastien Szymanski authored
i.MX6ULL has different speed grades than i.MX6UL. Signed-off-by:
Sébastien Szymanski <sebastien.szymanski@armadeus.com>
-
Sébastien Szymanski authored
Return the correct value when the speed grade is 696MHz. Signed-off-by:
Sébastien Szymanski <sebastien.szymanski@armadeus.com>
-
Breno Lima authored
The IPU AXI QoS for the i.MX6QP and i.MX6DP processors have to be set as commented in the code: /* set IPU AXI-id1 Qos=0x1 AXI-id0/2/3 Qos=0x7 */ Set IOMUXC_GPR6 and IOMUXC_GPR7 to 0x77177717 instead of 0x007F007F. Signed-off-by:
Breno Lima <breno.lima@nxp.com>
-
Breno Lima authored
The IPU AXI QoS for the i.MX6QP and i.MX6DP processors have to be set as commented in the code: /* set IPU AXI-id1 Qos=0x1 AXI-id0/2/3 Qos=0x7 */ Set IOMUXC_GPR6 and IOMUXC_GPR7 to 0x77177717 instead of 0x007F007F. Signed-off-by:
Breno Lima <breno.lima@nxp.com>
-
Anatolij Gustschin authored
This appear to be a copy-paste error, clean it up. Signed-off-by:
Anatolij Gustschin <agust@denx.de> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
Anatolij Gustschin authored
Select SION by appropriate macro instead of constant. Signed-off-by:
Anatolij Gustschin <agust@denx.de> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
- Aug 02, 2017
-
-
Stefano Babic authored
Add support for Phytec pfla02, equipped with NAND. CPU: Freescale i.MX6Q rev1.5 996 MHz (running at 792 MHz) CPU: Automotive temperature grade (-40C to 125C) at 31C Reset cause: POR I2C: ready DRAM: 1 GiB NAND: 2048 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 SF: Detected n25q128 with page size 256 Bytes, erase size 64 KiB, total 16 MiB In: serial Out: serial Err: serial Net: FEC [PRIME] Hit any key to stop autoboot: 0 Signed-off-by:
Stefano Babic <sbabic@denx.de> CC: Stefan Christ <s.christ@phytec.de> CC: Stefan Müller-Klieser <S.Mueller-Klieser@phytec.de> CC: Christian Hemp <C.Hemp@phytec.de>
-
- Jul 28, 2017
-
-
Vagrant Cascadian authored
Enable booting from SATA on the wandboard. Sata support was already enabled, but distro_bootcmd is not configured to boot from it. Signed-off-by:
Vagrant Cascadian <vagrant@debian.org> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Lothar Waßmann authored
commit 306dd7da ("net: fec_mxc: fix PHY initialization bug with CONFIG_DM_ETH") has broken the build of the fec_mxc driver with CONFIG_DM_ETH enabled because it changed the parameters passed to *fec_get_miibus() without changing the functions prototype. This patch fixes up the prototype of fec_get_miibus() for the DM_ETH case. Signed-off-by:
Lothar Waßmann <LW@KARO-electronics.de>
-
- Jul 26, 2017
-
-
git://git.denx.de/u-boot-mipsTom Rini authored
-
Bin Meng authored
This adds myself as one of the x86 maintainers. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com>
-
Tom Rini authored
In the source_file_format.txt file we talk about how to construct a valid FIT image. While it already says to look at the source for the full list, add kernel_noload to the explicit list of types. This is arguably the most important type to use as most often we are including a kernel that will run from wherever it is loaded into memory and execute. This for example, allows you to create a single FIT image for Linux that can be used on both OMAP and i.MX devices as the kernel will not need to be moved in memory. Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Patrice Chotard authored
STM32F7 and H7 shared the same SDRAM control block. On STM32H7 few control bits has been added. The current driver need some minor adaptation as FMC block enable/disable for H7. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
FMC driver is now able to discover the bank number by parsing bank subnodes. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Patrice Chotard authored
FMC is able to manage 2 SDRAM banks, but the current driver implementation is only able to manage the first SDRAM bank. Even if only bank2 is used, some bank1 registers must be configured. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Patrice Chotard authored
Replace all fdtdec_get..() calls by ofnode_read...() or dev_read..(). This will allow drivers to support a live device tree. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Patrice Chotard authored
Retrieve RAM base address from DT instead of using STM32_SDRAM_FMC For STM32F7, FMC block base address is 0xA0000000, but SDRAM registers are located at offset 0x140 inside FMC block. Update the stm32_fmc_regs fields with all FMC registers to map SDRAM registers at the right address. These additionals registers will be used later. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Patrice Chotard authored
Migrate all FMC defines from arch/arm/include/asm/arch-stm32f7/fmc.h to drivers/ram/stm32_sdram.c This will avoid to add an additionnal arch-stm32xx/fmc.h file when a new stm32 family soc will be introduced. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Reviewed-by:
Vikas Manocha <vikas.manocha@st.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Patrice Chotard authored
All drivers which was using clock_get() are now using clk_get_rate() from clock framework, now it's safe to remove clock_get(). Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
Replace proprietary clock_get() by clk_get_rate() The stm32_qspi is now "generic" and can be used by other STM32 SoCs. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
Replace proprietary clock_get() by clk_get_rate() The stm32x7 serial driver is now "generic" and can be used by other STM32 SoCs. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
This allow to remove include/dm/platform_data/serial_stm32x7.h which was included in the past by stm32x7 driver and by stm32f746-disco.c board file. Since patch 42bf5e7c "serial: stm32f7: add device tree support" this file is no more needed in board file. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
clean the code by removing unused enums, structs and defines related to clocks Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
Add clock framework .get_rate callback. This step will allow to convert all drivers which was using proprietary clock_get() to use clock framework .get_rate(). Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
Retrieve RCC base address from DT, this will prepare the ground for future STM32 SoCs support. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
Also remove its declaration from stm32.h which is no more needed. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Patrice Chotard authored
Use the same clocks macro than the one used by kernel DT. Signed-off-by:
Patrice Chotard <patrice.chotard@st.com> Acked-by:
Vikas MANOCHA <vikas.manocha@st.com>
-
Srinivas, Madan authored
The inline assembly functions in mon.c assume that the caller will check for the return value in r0 according to regular ARM calling conventions. However, this assumption breaks down if the compiler inlines the functions. The caller is then under no obligation to use r0 for the result. To fix this disconnect, we must explicitly move the return value from the smc/bl call to the variable that the function returns. Signed-off-by:
Madan Srinivas <madans@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Madan Srinivas authored
The load address of ramdisk, rdaddr is 0x88080000 and fit_loadaddr is defined as 0x88000000. This leaves only 512Kbytes for the fit image. When the FIT images are larger than this, it will overwite the ramdisk and cause the boot to fail. For eg, The K2 HS fit images are a few MB and end up overwriting the ramdsk. This patch moves the fit_loadaddr to 0x87000000, leaving a 16MB window for the fit image. This memory can be reclaimed once the kernel starts running. Signed-off-by:
Madan Srinivas <madans@ti.com>
-
Madan Srinivas authored
On early K2 devices (eg. K2HK) the secure ROM code does not support loading secure code to firewall protected memory, before decrypting, authenticating and executing it. To load the boot monitor on these devices, it is necessary to first authenticate and run a copy loop from non-secure memory that copies the boot monitor behind firewall protected memory, before decrypting and executing it. On K2G, the secure ROM does not allow secure code executing from unprotected memory. Further, ROM first copies the signed and encrypted image into firewall protected memory, then decrypts, authenticates and executes it. As a result of this, we cannot use the copy loop for K2G. The mon_install has to be modified to pass the address the signed and encrypted secure boot monitor image to the authentication API. For backward compatibility with other K2 devices and K2G GP, the mon_install API still supports a single argument. In this case the second argument is set to 0 by u-boot and is ignored by ROM Signed-off-by:
Thanh Tran <thanh-tran@ti.com> Signed-off-by:
Madan Srinivas <madans@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Andrew F. Davis authored
We first split the CONFIG_BOOTCOMMAND into its components to improve readability. We then make the following order changes: - Run findfdt first so the fdt name can be used in envboot like OMAP - Install the boot monitor before running the PMMC so we can make any needed secure changes before PMMC, do this on both HS and non-HS - Move set_name_pmmc to just before get_pmmc_${boot} Signed-off-by:
Andrew F. Davis <afd@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Madan Srinivas authored
Updates the default u-boot environment variables to support secure boot. On secure devices, a secure boot monitor (sec-bm) needs to be installed by u-boot. Signed-off-by:
Madan Srinivas <madans@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Andrew F. Davis authored
Updates the default u-boot environment variables to support FIT image loading. Signed-off-by:
Andrew F. Davis <afd@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Lokesh Vutla authored
BeagleBoard X15 revC board is similar to X15 revB1 except with a SR2.0 where revB1 uses a SR1.1. Add board detection support for revC. Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Lokesh Vutla authored
board_is*("rev", board_ti_get_rev()) uses strncmp() for revison detection and assumes it is success if return value is <= 0. This will fail in case of multiple versions, as revb will be true for board_is_*revb() and board_is_*reva(). Fix it by looking for exact match of the string. Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Beniamino Galvani authored
GPIOs are now supported on Meson GXBB, enable driver and command in the config. Signed-off-by:
Beniamino Galvani <b.galvani@gmail.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Beniamino Galvani authored
This commit adds GPIO support to the Amlogic Meson pin controller driver, based on code from Linux kernel. Reviewed-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Beniamino Galvani <b.galvani@gmail.com>
-
Beniamino Galvani authored
Import Amlogic Meson DTS files from Linux kernel version 4.12 Signed-off-by:
Beniamino Galvani <b.galvani@gmail.com> Reviewed-by:
Simon Glass <sjg@chromium.org>