[U-Boot] [RFC] C2011 standard for building U-Boot

Hello Tom, for the UEFI implementation of U-Boot it would make defining string constants much easier using the following C 2011 notation: u16 *foo = u"My lovely string"; Do you see any reason forcing us not to use features of C 2011? In /Makefile I found the following: ifeq ($(HOSTOS),cygwin)

[U-Boot] [PATCH] armv8: layerscape platform pcie link up state judgment strongly

modifiy the ls_pcie_link_up function, add the following three judging mechanisms: detect state: return link down status; L0 state: return link up status; other state: delay about 100ms retrieve Status Returns the corresponding link status; Signed-off-by: Bao Xiaowei ---

[U-Boot] [PATCH] omap3evm: Update board and defconfig files

This patch brings the OMAP3 EVM to a bootable state, on master, as of v2017.09-rc1. Signed-off-by: Derald D. Woods --- board/ti/evm/evm.c | 126 +++--- board/ti/evm/evm.h | 25 +-- configs/omap3_evm_defconfig | 67 +++-

Re: [U-Boot] [PATCH 2/3] rockchip: set Pre-reloc malloc pool size to 4kb for rk3368 based boards

Hi Philipp: On 2017年08月02日 21:25, Dr. Philipp Tomsich wrote: On 02 Aug 2017, at 15:10, Andy Yan wrote: The default 1kb pre-reloc malloc pool is not enough for dm core to enable the dm-pre-reloc device drivers. Signed-off-by: Andy Yan —

[U-Boot] [PATCH] ahci-pci: Update call to ahci_probe_scsi_pci()

ahci_probe_scsi() now takes a 'base' argument, and there is an API that prepares base address for us: ahci_probe_scsi_pci(). Reported-by: Tom Rini Signed-off-by: Bin Meng --- drivers/ata/ahci-pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [U-Boot] [PATCH 1/8] armv8: Add workaround for USB erratum A-009008

Hi York, > -Original Message- > From: York Sun > Sent: Wednesday, August 02, 2017 11:13 PM > To: Ran Wang ; Albert Aribaud > > Cc: Simon Glass ; Sriram Dash ; > Rajesh Bhagat ;

Re: [U-Boot] [PATCH] ahci-pci: Update call to ahci_scsi_probe()

Hi Tom, On Thu, Aug 3, 2017 at 9:32 AM, Tom Rini wrote: > On Thu, Aug 03, 2017 at 09:23:51AM +0800, Bin Meng wrote: >> Hi Tom, >> >> On Thu, Aug 3, 2017 at 8:37 AM, Tom Rini wrote: >> > The function now takes a 'base' argument, and we can provide that by

Re: [U-Boot] [PATCH] ahci-pci: Update call to ahci_scsi_probe()

On Thu, Aug 03, 2017 at 09:23:51AM +0800, Bin Meng wrote: > Hi Tom, > > On Thu, Aug 3, 2017 at 8:37 AM, Tom Rini wrote: > > The function now takes a 'base' argument, and we can provide that by > > having dev_read_addr() get it from the struct uclass dev that we have > > been

Re: [U-Boot] [PATCH v4 05/66] rockchip: back-to-bootrom: simplify the #ifdef-check for LIBGENERIC in TPL/SPL

Hi Philipp： 2017-08-03 4:34 GMT+08:00 Philipp Tomsich : > With the finer-grained control over LIBGENERIC_SUPPORT for TPL/SPL (i.e. > with the newly introduced distinction between TPL_LIBGENERIC_SUPPORT and > SPL_LIBGENERIC_SUPPORT), we can simplify the

Re: [U-Boot] [PATCH] ahci-pci: Update call to ahci_scsi_probe()

Hi Tom, On Thu, Aug 3, 2017 at 8:37 AM, Tom Rini wrote: > The function now takes a 'base' argument, and we can provide that by > having dev_read_addr() get it from the struct uclass dev that we have > been given. > Oops. Thanks for catching this! > Cc: Bin Meng

Re: [U-Boot] [PATCH v4 53/66] rockchip: rk3368: spl: add TPL support

Hi Philipp: 2017-08-03 4:34 GMT+08:00 Philipp Tomsich < philipp.toms...@theobroma-systems.com>: > This adds the TPL support for the RK3368, including the u-boot-tpl.lds. > > Signed-off-by: Philipp Tomsich > Reviewed-by: Simon Glass > >

Re: [U-Boot] [PATCH v4 58/66] rockchip: board: lion-rk3368: add support for the RK3368-uQ7

Hi Philipp: On 2017年08月03日 04:34, Philipp Tomsich wrote: The RK3368-uQ7 (codenamed 'Lion') is a micro-Qseven (40mm x 70mm, MXM-230 edge connector compatible with the Qseven specification) form-factor system-on-module based on the octo-core Rockchip RK3368. It is designed, supported and

[U-Boot] [PATCH] misc: Kconfig: Add SPL_I2C_EEPROM option

This option is an SPL-variant of the I2C_EEPROM option to enable the driver for generic I2C-attached EEPROMs for SPL. Signed-off-by: Wenyou Yang --- drivers/misc/Kconfig | 8 drivers/misc/Makefile | 2 +- 2 files changed, 9 insertions(+), 1 deletion(-)

Re: [U-Boot] [U-Boot, 1/5] spl: reorder the assignment of board info to global data

On 04/18/2017 04:57 AM, B, Ravi wrote: > From: Lokesh Vutla > > Move the assignment of board info to global data a bit early which is > safe, > so that ram details can be used to enable caches. > > Signed-off-by: Lokesh Vutla > Signed-off-by: Ravi Babu

Re: [U-Boot] [PATCH v2 1/1] add support for Raspberry Pi Zero W

On Tue, Aug 01, 2017 at 06:47:45PM +0400, Dmitry Korunov wrote: > The Raspberry Pi Zero W extends the Pi Zero family and it's also > based on a BCM2835 SoC. Like the Pi Zero, it has 512MB RAM, > Mini HDMI and USB On-The-Go ports. Both Pi's hasn't got Ethernet, > but Pi Zero W has built in

Re: [U-Boot] [PATCH][v3] ARMv8/sec_firmware : Update chosen/kaslr-seed with random number

On Wed, Aug 02, 2017 at 04:54:04PM +0530, Ruchika Gupta wrote: > kASLR support in kernel requires a random number to be passed via > chosen/kaslr-seed propert. sec_firmware generates this random seed > which can then be passed in the device tree node. > > sec_firmware reserves JR3 for it's own

Re: [U-Boot] [PATCH] env: add ENV_IS_ANYWHERE

On Mon, Jul 31, 2017 at 08:42:01AM -0400, Rob Clark wrote: > Useful for devices which would otherwise have to use ENV_IS_NOWHERE. > Tries to find and load uboot.env from any block device (which may be, > for example, hot-pluggable sd-card, SATA or USB disk, so the exact > location is not known at

Re: [U-Boot] [PATCH] misc: Makefile: Add condition on build i2c_eeprom

Hi Tom, On 2017/8/2 23:31, Tom Rini wrote: On Wed, Aug 02, 2017 at 03:47:58PM +0800, Wenyou Yang wrote: The i2c_eeprom isn't always necessary when building for SPL, add the condition on build i2c_eeprom. Signed-off-by: Wenyou Yang --- drivers/misc/Makefile | 6

[U-Boot] [PATCH] ahci-pci: Update call to ahci_scsi_probe()

The function now takes a 'base' argument, and we can provide that by having dev_read_addr() get it from the struct uclass dev that we have been given. Cc: Bin Meng Signed-off-by: Tom Rini --- drivers/ata/ahci-pci.c | 2 +- 1 file changed, 1 insertion(+),

Re: [U-Boot] [PATCH] boot_fit: Fix warning: overflow in implicit constant conversion in fdt_offset()

Hi On 08/02/2017 06:10 PM, Nobuhiro Iwamatsu wrote: > FDT_ERROR is defined as unsigned long. However, since the return value of > fdt_offset() is int, a warning will occur when compiling. > This fixes this problem by cast to int when setting FDT_ERROR as return value. > > Signed-off-by: Nobuhiro

[U-Boot] [PATCH v2 0/6] rockchip: rk3368: remove secure timer usage and use DM timer

Although this was originally inteded as a RFC to test out a concept, it's not become the tail-end of the RK3368 SPL/TPL enablement series. So here's v2 with everyone's requests integrated. Trying to answer Simon's question whether the address of the secure timer (for initialising stimer1 and

[U-Boot] Please pull u-boot-sh/rmobile branch

Hi Tom, The following changes since commit 07d778382200a05a8b86cc135f79ec48e386f25a: Merge git://git.denx.de/u-boot-x86 (2017-08-01 15:38:32 -0400) are available in the git repository at: git://git.denx.de/u-boot-sh.git rmobile for you to fetch changes up to

Re: [U-Boot] [PATCH 1/3] arch/sh: don't bring common/env_embedded.o into the link

Hi, 2017-07-29 6:46 GMT+09:00 Thomas Petazzoni : > The linker script for SuperH brings the .ppcenv and .ppcenvr section > of common/env_embedded.o into the .text section. However, the .ppcenv > section is only ever filled in by env_embedded.o when >

Re: [U-Boot] [PATCH] arch/sh: allow building in big-endian mode

Applied, thanks! 2017-07-29 6:14 GMT+09:00 Thomas Petazzoni : > The SuperH architecture allows to be run in either little or big > endian mode. Some SuperH SoCs get the little vs. big endian decision > through mode pins sampled at reset, so if big endian has

Re: [U-Boot] [PATCH 3/3] mmc: sd_sdhi: Enable clock using clock framework

Hi, 2017-07-22 6:22 GMT+09:00 Marek Vasut : > Since we now have clock driver for the RCar Gen3 , add support for > enabling the clock into the SH SDHI driver to prevent hacks in the > board files. > > Signed-off-by: Marek Vasut > Cc: Nobuhiro

Re: [U-Boot] [PATCH 2/3] mmc: sh_sdhi: Fix the ACMD handling

Hi, 2017-07-22 6:22 GMT+09:00 Marek Vasut : > The command handling in this driver is awful, esp. because the driver > depends on command numbers to determine whether this is APPCMD or not. > Also, handling of command RSP response types is totally wrong. > > This patch at

Re: [U-Boot] [PATCH 1/3] mmc: sh_sdhi: Add DM and DT probing support

Hi, 2017-07-22 6:22 GMT+09:00 Marek Vasut : > Add MMC DM and DT probing support into the SH SDHI driver. > This patch abstracts out the common bits of the send command > and set ios functions, so they can be used both by DM and non > DM setups and adds the DM probe support.

Re: [U-Boot] [PATCH 3/3] net: ravb: Add clock handling support

Applied to rmobile branch, thanks! 2017-07-22 6:20 GMT+09:00 Marek Vasut : > Add support for enabling and disabling the clock using the clock > framework based on the content of OF instead of doing it manually > in the board file. > > Signed-off-by: Marek Vasut

Re: [U-Boot] [PATCH 2/3] net: ravb: Detect PHY correctly

Applied to rmobile branch, thanks! 2017-07-22 6:20 GMT+09:00 Marek Vasut : > The order of parameters passed to the phy_connect() was wrong. > Moreover, only PHY address 0 was used. Replace this with code > capable of detecting the PHY address. > > Signed-off-by: Marek Vasut

Re: [U-Boot] [PATCH 1/3] net: ravb: Add OF probing support

Applied to rmobile branch, thanks! 2017-07-22 6:20 GMT+09:00 Marek Vasut : > Add support for probing the RAVB Ethernet block from device tree. > > Signed-off-by: Marek Vasut > Cc: Joe Hershberger > Cc: Nobuhiro

Re: [U-Boot] [PATCH] serial: sh: Use the clock framework to obtain clock config

Applied, thanks! 2017-07-22 6:19 GMT+09:00 Marek Vasut : > Since we now have clock driver on the RCar Gen3 , obtain the clock > configuration using the clock framework functions. In case this > fails, fall back to the original code for pulling the clock config > directly

Re: [U-Boot] [PATCH 2/3] ARM: rmobile: Enable clock framework on Salvator-X

Applied to rmobile branch, thanks! 2017-07-22 6:18 GMT+09:00 Marek Vasut : > Since there is now a clock driver for RCar Gen3, enable it on this board. > > Signed-off-by: Marek Vasut > Cc: Nobuhiro Iwamatsu > --- >

Re: [U-Boot] [PATCH] serial: sh: Convert to Kconfig

Applied, thanks! 2017-07-22 6:18 GMT+09:00 Marek Vasut : > Convert the SH Serial to Kconfig using tools/moveconfig.py tool > and a bit of manual adjustment to cater for failed conversions. > > Signed-off-by: Marek Vasut > Cc: Nobuhiro

Re: [U-Boot] [PATCH 3/3] ARM: rmobile: Enable clock framework on ULCB

Applied to rmobile branch, thanks! 2017-07-22 6:18 GMT+09:00 Marek Vasut : > Since there is now a clock driver for RCar Gen3, enable it on this board. > > Signed-off-by: Marek Vasut > Cc: Nobuhiro Iwamatsu > --- >

Re: [U-Boot] [PATCH 2/2] ARM: rmobile: Enable OF_CONTROL on RCar Gen3

Applied to rmobile branch, thanks! 2017-07-22 6:17 GMT+09:00 Marek Vasut : > Since the DTs are now in place, enable OF control so that they get > bundled into the U-Boot. > > Signed-off-by: Marek Vasut > Cc: Nobuhiro Iwamatsu

Re: [U-Boot] [PATCH 1/3] clk: rmobile: Add RCar Gen3 clock driver

Applied to rmobile branch, thanks! 2017-07-22 6:18 GMT+09:00 Marek Vasut : > Add clock driver for the RCar Gen3 R8A7795 and R8A7796 SoCs . > This driver allows reading out the clock configuration set by > previous boot stages and enabling and disabling clock using > the

Re: [U-Boot] [PATCH 2/2] ARM: rmobile: ulcb: Add ULCB board support

Applied to rmobile branch, thanks! 2017-07-22 6:15 GMT+09:00 Marek Vasut : > Add initial support for the R8A7795 and R8A7796 based ULCB board. > > Signed-off-by: Marek Vasut > Cc: Nobuhiro Iwamatsu > --- >

Re: [U-Boot] [PATCH] ARM: rmobile: Increase console buffer sizes

Applied to rmobile branch, thanks! 2017-07-22 6:16 GMT+09:00 Marek Vasut : > Allow pasting extra long lines into the U-Boot console on RCar Gen3. > This is OK since we have plenty of resources and it's convenient. > > Signed-off-by: Marek Vasut

Re: [U-Boot] [PATCH 1/2] ARM: rmobile: Add PFC PUEN bank 5 address

Applied to rmobile branch, thanks! 2017-07-22 6:15 GMT+09:00 Marek Vasut : > Add the PFC5 PUEN address and SSI SDATA4 bit offset into the > rcar-gen3-base.h . > > Signed-off-by: Marek Vasut > Cc: Nobuhiro Iwamatsu > ---

[U-Boot] [PATCH] boot_fit: Fix warning: overflow in implicit constant conversion in fdt_offset()

FDT_ERROR is defined as unsigned long. However, since the return value of fdt_offset() is int, a warning will occur when compiling. This fixes this problem by cast to int when setting FDT_ERROR as return value. Signed-off-by: Nobuhiro Iwamatsu CC: Franklin S Cooper Jr

[U-Boot] [PATCH] ARM: rmobile: Update defconfig of R-Car Gen3

This updates defconfig of R-Car Gen3 to keep with the latest Kconfig. Signed-off-by: Nobuhiro Iwamatsu --- configs/r8a7795_salvator-x_defconfig | 3 +++ configs/r8a7795_ulcb_defconfig | 3 +++ configs/r8a7796_salvator-x_defconfig | 3 +++

Re: [U-Boot] [PATCH v2 1/2] dm: core: Drop use of strlcpy()

On Thu, Aug 3, 2017 at 2:12 AM, Simon Glass wrote: > We can use printf() to limit the string width. Adjust the code to do this > instead of using strlcpy() which is a bit clumbsy. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Add new patch to

Re: [U-Boot] [PATCH] vsprintf.c: add wide string (%ls) support

On Wed, Aug 2, 2017 at 5:40 PM, Heinrich Schuchardt wrote: > On 08/02/2017 08:15 PM, Rob Clark wrote: >> On Wed, Aug 2, 2017 at 1:05 PM, Heinrich Schuchardt >> wrote: >>> On 08/02/2017 11:38 AM, Rob Clark wrote: On Tue, Aug 1, 2017 at 10:22 PM,

Re: [U-Boot] [PATCH 1/5] arm: socfpga: Add checking function on searching boot device

On 08/02/2017 12:21 PM, Chee, Tien Fong wrote: > On Isn, 2017-07-31 at 12:53 +0200, Marek Vasut wrote: >> On 07/31/2017 12:50 PM, tien.fong.c...@intel.com wrote: >>> >>> From: Tien Fong Chee >>> >>> Function for checking boot device type, which is required for >>>

Re: [U-Boot] [PATCH] vsprintf.c: add wide string (%ls) support

On 08/02/2017 08:15 PM, Rob Clark wrote: > On Wed, Aug 2, 2017 at 1:05 PM, Heinrich Schuchardt > wrote: >> On 08/02/2017 11:38 AM, Rob Clark wrote: >>> On Tue, Aug 1, 2017 at 10:22 PM, Heinrich Schuchardt >>> wrote: On 07/31/2017 02:42 PM, Rob Clark

[U-Boot] [PATCH v4 10/66] spl: dm: Kconfig: SPL_RAM depends on SPL_DM

This commit models the dependency from SPL_RAM to SPL_DM in Kconfig. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass Reviewed-by: Tom Rini --- Changes in v4: None Changes in v3: None Changes in v2: None

[U-Boot] [PATCH v4 17/66] armv8: spl: Support separate stack for TPL

To allow a TPL and SPL to run from different addresses/memories, we need to split setup of the TPL and SPL stacks. To do so, we introduce CONFIG_TPL_STACK (not listed in Kconfig) which can be used to override the initial stack pointer for TPL. To provide backward compatibility for existing

[U-Boot] [PATCH v4 42/66] rockchip: clk: rk3368: define DMA1_SRST_REQ and DMA2_SRST_REQ

On he RK3368, we need to temporarily disable security on the DMA engines during TPL and SPL to allow the MMC host to DMA into DRAM. To do so, we need to reset the two DMA engines, which in turn requires the DMA1_SRST_REQ and DMA2_SRST_REQ constants to refer to the appropriate bits in the CRU. As

[U-Boot] [PATCH v4 25/66] rockchip: rk3368: improve Kconfig text for the RK3368

The RK3368 option in Kconfig referred to the RK3328 (copy-and-paste) and had a few typos and unnecessarily used UTF-8 characters. While fixing this, I also reformatted and further clarified the text (e.g. made the grouping into a a big and little cluster of 4 cores each explicit). Signed-off-by:

[U-Boot] [PATCH v4 24/66] rockchip: Makefile: allow selective inclusion of sdram_common.o from TPL/SPL/U-Boot

The utility functions in sdram_common.c will be useful both for some SPL implementations (and if unused, the linked will discard these anyway) and for the full U-Boot stage. This changes selects sdram_common.o through the $(SPL_TPL_) macro to allow better control of its inclusion through the

[U-Boot] [PATCH v4 58/66] rockchip: board: lion-rk3368: add support for the RK3368-uQ7

The RK3368-uQ7 (codenamed 'Lion') is a micro-Qseven (40mm x 70mm, MXM-230 edge connector compatible with the Qseven specification) form-factor system-on-module based on the octo-core Rockchip RK3368. It is designed, supported and manufactured by Theobroma Systems. It provides the following

[U-Boot] [PATCH v4 23/66] drivers: spl: consistently use the $(SPL_TPL_) macro

To simplify drivers/Makefile a bit when using TPL/SPL, we consistently use the $(SPL_TPL_) macro to test for drivers that have separate configuration symbols for the full U-boot, SPL and TPL stages. Instead of explicitly repeating them in two separate if-guarded sections of the Makefile, we can

[U-Boot] [PATCH v4 53/66] rockchip: rk3368: spl: add TPL support

This adds the TPL support for the RK3368, including the u-boot-tpl.lds. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass --- Changes in v4: None Changes in v3: - removes the '#define DEBUG' - uses the syscon API to access GRF

[U-Boot] [PATCH v4 13/66] spl: dm: Kconfig: split CLK support for SPL and TPL

Introduce TPL_CLK to allow finer-grained selection of TPL features for feature-rich (i.e. DM-based) TPL stages. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass Reviewed-by: Tom Rini --- Changes in v4: None

[U-Boot] [PATCH v4 18/66] spl: allow a separate TEXT_BASE, LDSCRIPT and MAX_SIZE for TPL

For the bringup of the RK3368, we need to support TPL and SPL running from different addresses... which requires both stages to use a distinct TEXT_BASE. This commit adds support for having a separate LDSCRIPT for TPL (which is expected to make use of the TPL_MAX_SIZE define) and for having a the

[U-Boot] [PATCH v4 36/66] rockchip: pinctrl: rk3368: move IOMUX bit-definitions to pinctrl driver

There is no real reason to keep the bit-definitions for the IOMUX in the grf header file (which defines the register layout of the GRF block): these should only be used by our pinctrl driver (with the possible exception of early debug-init code in TPL/SPL). This moves the relevant definitions

[U-Boot] [PATCH v4 60/66] rockchip: Kconfig: preset TPL_LDSCRIPT via Kconfig for the RK3368

Set TPL_LDSCRIPT in Kconfig, so we don't have to pollute our header file. Signed-off-by: Philipp Tomsich --- Changes in v4: - (added) sets TPL_LDSCRIPT via Kconfig Changes in v3: None Changes in v2: None arch/arm/mach-rockchip/Kconfig | 7 +++

[U-Boot] [PATCH v4 66/66] rockchip: board: puma_rk3399: rename ATF firmware

From: Klaus Goger prefix the bl31 firmware needed to build uboot.itb so it can coexist in the build area with ATFs from other boards (i.e. lion_rk3368) Signed-off-by: Klaus Goger Reviewed-by: Simon Glass

[U-Boot] [PATCH v4 39/66] rockchip: clk: rk3368: support OF_PLATDATA for the RK3368 clk driver

With the RK3368's limited TPL size, we'll want to use OF_PLATFDATA for the SPL stage. This implements support for OF_PLATDATA in the clock driver for the RK3368. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass --- Changes in

[U-Boot] [PATCH v4 37/66] rockchip: pinctrl: rk3368: add SPI support

To implement pinctrl support for the RK3368, we need to add the bit-definitions to configure the IOMUX and tie these into the pinctrl framework. This also adds the mapping from the IRQ# back onto the periheral id for the SPI devices. Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 30/66] rockchip: rk3368: syscon: MSCH/PMUGRF/GRF support for OF_PLATDATA

The RK3368 has both a limited TPL size (just 0x7000 bytes) and the added challenge of booting in AArch64, which increases the code size for TPL (particularily when using the LP64 programming model). For this reason we expect the RK3368 to always use OF_PLATDATA for its TPL stage. This change

[U-Boot] [PATCH v4 43/66] rockchip: clk: rk3368: implement MMC/SD clock reparenting

The original clock support for MMC/SD cards on the RK3368 suffered from a tendency to select a divider less-or-equal to the the one giving the requested clock-rate: this can lead to higher-than-expected (or rather: higher than supported) clock rates for the MMC/SD communiction. This change

[U-Boot] [PATCH v4 52/66] rockchip: rk3368: spl: enable SPL_FRAMEWORK in rk3368_common.h

To build TPL and SPL stages for the RK3368, we will also need to enable the SPL_FRAMEWORK. Signed-off-by: Philipp Tomsich Version-changes: 2 - dropped duplicate definition (this in fact dropped one of the patches in this series) of CONFIG_SYS_SDRAM_BASE

[U-Boot] [PATCH v4 56/66] rockchip: rk3368: spl: mark SPL and TPL as supported for ROCKCHIP_RK3368

With SPL and TPL support for the RK3368 in place, mark SPL and TPL as supported from Kconfig for the RK3368. As this is primarily tested on the RK3368-uQ7, we'll leave it to board's individual defconfig to enable. Also enable DEBUG_UART_BOARD_INIT for the RK3368, so we get output during the

[U-Boot] [PATCH v4 34/66] rockchip: pinctrl: rk3368: add GMAC (RGMII only) support

To add GMAC (Gigabit Ethernet) support (limited to RGMII only at this point), we need support for additional pin-configuration. This commit adds the pinctrl support for GMAC in RGMII mode: * adds a PERIPH_ID_GMAC and the mapping from IRQ number to PERIPH_ID * configures the RGMII pins

[U-Boot] [PATCH v4 45/66] rockchip: clk: rk3368: add support for GMAC (SLCK_MAC) clock

To enable the GMAC on the RK3368, we need to set up the clocking appropriately to generate a tx_clk for the MAC. This adds an implementation that implements the use of the <_gmac> clock (i.e. an external 125MHz clock for RGMII provided by the PHY). This is the clock setup used by the boards

[U-Boot] [PATCH v4 50/66] rockchip: rk3368: add DRAM controller driver with DRAM initialisation

This adds a DRAM controller driver for the RK3368 and places it in drivers/ram/rockchip (where the other DM-enabled DRAM controller drivers for rockchip devices should also be moved eventually). At this stage, only the following feature-set is supported: - DDR3 - 32-bit configuration (i.e.

[U-Boot] [PATCH v4 38/66] rockchip: clk: rk3368: implement bandwidth adjust for PLLs

The RK3368 TRM recommends to configure the bandwith adjustment (CON2) for PLLs to NF/2. This implements this for all reconfigurations of PLLs and removes the 'has_bwadj' flag (as the RK3368 always has the bandwidth-adjustment feature according to its manual). Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 54/66] rockchip: spl: make spl-boot-order code reusable (split from rk3399)

In order to reuse the support for the u-boot,spl-boot-order property from the rk3399, we split it into a reusable module that can be included by the SPL code for any of our boards. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass

[U-Boot] [PATCH v4 48/66] net: gmac_rockchip: Add support for the RK3368 GMAC

The GMAC in the RK3368 once again is identical to the incarnation in the RK3288 and the RK3399, except for where some of the configuration and control registers are located in the GRF. This adds the RK3368-specific logic necessary to reuse this driver. Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 51/66] rockchip: rk3368: dts: add DMC node in rk3368.dtsi

For full SPL support, including DRAM initialisation, we need a few nodes from the DTS: this commit adds the DMC (DRAM controller) node, the service_msch (memory scheduler) node and marks GRF, PMUGRF and CRU as 'u-boot,dm-pre-reloc'. In addition to this, we also include the dt-binding for the DMC

[U-Boot] [PATCH v4 33/66] rockchip: rk3368: dts: add sgrf node

We will to drop device security temporarily (until the ATF initialises it fully) from the TPL/SPL stage: this requires access to some registers in the SGRF. This adds the sgrf node to the rk3368.dtsi, so we can then bind a syscon device onto it and access its memory ranges. Signed-off-by:

[U-Boot] [PATCH v4 35/66] rockchip: pinctrl: rk3368: add support for configuring the MMC pins

The RK3368 has two SD/MMC controllers that can be used from U-Boot both during SPL and for booting an OS from the full bootloader stage. While both are configured to (mostly) sensible settings from the BROM, additional configuration for the MMC controller is needed to configure it to 8bit mode.

[U-Boot] [PATCH v4 21/66] spl: consistently use $(SPL_TPL_) to select features for SPL and TPL builds

To allow for a finer-grained control of features for TPL and SPL builds all modules/boot-methods/etc. need to be consistently selected based on the $(SPL_TPL_) macros. This allows splitting the associated config-options in Kconfig: we don't split the Kconfig options here and now, as this should

[U-Boot] [PATCH v4 27/66] rockchip: rk3368: pmugrf: add definitions for os_reg[0..3]

On the RK3368 we use a TPL-stage similar to Rockchip's DDR init (i.e. it initialises DRAM, leaves some info for the next stage and returns to the BootROM). To allow compatibility with Rockchip's DDR init code, we use the same register os_reg2 in pmugrf for passing this info (i.e. DRAM size and

[U-Boot] [PATCH v4 16/66] armv8: move low-level assembly functions into function-sections

TPL builds today don't need to call into firmware or set up the MMU (if this changes, it should be controlled through a config option whether to include this or not), but include the needed support code for this anyway. By moving these unused low-level functions into seperate function-sections,

[U-Boot] [PATCH v4 55/66] rockchip: rk3368: spl: add SPL support

Adds SPL support for the RK3368 (assuming that our TPL stage has initialised DRAM and set up the memory firewall). Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: -

[U-Boot] [PATCH v4 40/66] rockchip: clk: rk3368: do not change CPLL/GPLL before returning to BROM

The RK3368 has a somewhat temperamental BootROM (which I learned the hard way) when it comes to reconfiguring the CPLL and GPLL (in fact, experiments show that changing the GPLL broke things for me, while changing the CPLL seems to be more benign). These should not be modified by the SPL stage,

[U-Boot] [PATCH v4 62/66] armv8: TPL_STACK will always be defined, so test CONFIG_TPL_NEEDS_SEPARATE_STACK

Now that TPL_STACK has been moved off the whitelist (ok, I'm lying: the 'moving off the whitelist' part comes in once moveconfig runs... which will be a few commits down the line) and added to Kconfig, we need to test CONFIG_TPL_NEEDS_SEPARATE_STACK to see whether the value from TPL_STACK should

[U-Boot] [PATCH v4 12/66] spl: dm: Kconfig: SPL_CLK depends on SPL_DM

SPL_CLK should also depend on SPL_DM (and not just on CLK). Add the additional dependency. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass Reviewed-by: Tom Rini --- Changes in v4: None Changes in v3: None

[U-Boot] [PATCH v4 47/66] rockchip: clk: rk3368: add support for configuring the SPI clocks

As SPI support may be useful in the boot-flow, this adds support for configuring the SPI controller's clocks in the RK3368 clock driver. Reviewed-by: Simon Glass Signed-off-by: Philipp Tomsich --- Changes in v4: None Changes in v3: None

[U-Boot] [PATCH v4 44/66] rockchip: clk: rk3368: support configuring the DRAM PLL (from TPL)

As part of the DRAM initialisation process (running as part of the TPL stage) on the RK3368, we need to set up the DRAM PLL. This implements support for configuring the PLL to for 1200, 1332 or 1600 MHz (i.e. for DDR3-1200, DDR3-1333, DDR3-1600 operating modes). Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 22/66] spl: add TPL_DRIVER_MISC_SUPPORT option

This adds the TPL_DRIVER_MISC_SUPPORT option to allow activation of DRIVER_MISC_SUPPORT for devices that need it in the TPL stage. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass Reviewed-by: Tom Rini

[U-Boot] [PATCH v4 41/66] rockchip: clk: rk3368: implement DPLL (DRAM PLL) support

To implement a TPL stage (incl. its DRAM controller setup) for the RK3368, we'll want to configure the DPLL (DRAM PLL). This commit implements setting the DPLL (CLK_DDR) and provides PLL configuration details for the common DRAM operating speeds found on RK3368 boards. Signed-off-by: Philipp

[U-Boot] [PATCH v4 57/66] rockchip: spi: enable support for the rk_spi driver for the RK3368

For the RK3368, we can reuse the SPI driver (although we'll have to eventually investigate whether it can be merged with the designware_spi.c driver) also used for the RK3288 and RK3399. This adds the necessary compatible string to support the RK3368. Note that the assumption that GPLL will be

[U-Boot] [PATCH v4 63/66] rockchip: rk3368: mark TPL as not inheriting its stack, text-base and size from SPL

The RK3368 needs to have a different base-address and stack-pointer for its TPL stage. Now that we want to do this via Kconfig, we need to tick the appropriate 'TPL_NEEDS_...' boxes. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass

[U-Boot] [PATCH v4 26/66] rockchip: rk3368: mkimage: add support for the RK3368

This commit adds support for RK3368 SoC in mkimage. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None tools/rkcommon.c | 1 + 1 file changed, 1 insertion(+) diff

[U-Boot] [PATCH v4 20/66] lib: spl: differentiate between TPL and SPL for libfdt/of_control/of_platdata

This splits the compilation of code modules for TPL and SPL for OF_CONTROL (and related) features between TPL and SPL. The typical use-case of this is a TPL stage that uses OF_PLATDATA at TPL and provides full OF_CONTROL at SPL (e.g. on the RK3368). Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 14/66] spl: dm: Kconfig: split OF_CONTROL and OF_PLATDATA between SPL and TPL

For the RK3368, we want to use OF_PLATDATA in TPL, but full OF_CONTROL in SPL: this requires the introduction of a new family of configuration options to decouple SPL_OF_CONTROL and SPL_OF_PLATDATA from TPL. Consequently, Makefile.spl needs to be adjusted to test for these configuration items

[U-Boot] [PATCH v4 32/66] rockchip: rk3368: grf: use shifted-constants

The RK3368 GRF header was still defines with a shifted-mask but with non-shifted function selectors for the IOMUX defines. As the RK3368 support is still fresh enough to allow a quick change, we do this now before having more code use this. Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 59/66] spl: Kconfig: migrate $(SPL_TPL_)LDSCRIPT to Kconfig

Now that we have split up SPL_LDSCRIPT into a SPL and TPL variant and have started to use the TPL-variant for the RK3368, it's time to clean up behind ourselves: move both variants into Kconfig and remove them from the whitelist. Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 65/66] rockchip: board: puma-rk3399: fix warnings in puma_rk3399/fit_spl_atf.its

The ITS file generated warnings due to @ designations in the naming which cause DTC to complain as follows: Warning (unit_address_vs_reg): Node /images/uboot@1 has a unit name, but no reg property Warning (unit_address_vs_reg): Node /images/atf@1 has a unit name, but no reg property

[U-Boot] [PATCH v4 31/66] rockchip: rk3368: syscon: SGRF support for OF_PLATDATA

In TPL we will need to configure security in the SGRF of the RK3368. This change adds support for the SGRF as a syscon device, so we can retrieve its address range through the syscon API in TPL (and can avoid having to hard-code the address). Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 46/66] rockchip: clk: rk3368: mark 'priv' __maybe_unused in rk3368_clk_set_rate()

With the clock support in rk3368_clk_set_rate() conditionalized on various feature definitions, 'priv' can remain unused (e.g. in the SPL build when only MMC is enabled). Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass ---

[U-Boot] [PATCH v4 61/66] spl: support TPL_STACK, TPL_MAX_SIZE and TPL_TEXT_BASE via Kconfig

Let's clean up behind ourselves and move the (newly defined) TPL_STACK, TPL_MAX_SIZE and TPL_TEXT_BASE into Kconfig. Given that 0x0 might be considered to be valid values for TPL_TEXT_BASE and TPL_STACK, we need to introduce helper config options ("TPL_NEEDS_SEPARATE_...") to indicate that these

[U-Boot] [PATCH v4 49/66] rockchip: Makefile: streamline SPL/TPL configuration

Handling TPL and SPL in the Makefile for mach-rockchip was based on nested if checks and/or if-else-if paths. This can be simplified and made more readable by using $(SPL_TPL_) and by introducing intermediate variables for the aggregation of SPL and TPL features. Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v4 29/66] rockchip: rk3368: spl: add memory layout for TPL and SPL

For the RK3368, we use a multi-stage boot-process consisting of the following: 1. TPL: initalises DRAM, returns to boot-ROM (which then loads the next stage and transfers control to it) 2. SPL: a full-features SPL stage including OF_CONTROL and FIT image loading, which

[U-Boot] [PATCH v4 28/66] rockchip: rk3368: spl: define COUNTER_FREQUENCY to 24MHz

The BootROM of the RK3368 Boot ROM does not initialise cntfrq_el0. This change defines COUNTER_FREQUENCY, which is used by the AArch64 init code in arch/arm/cpu/armv8/start.S to set up cntfrq_el0. If the counter-frequency is not correctly set up, the calculation of delays using the ARMv8 generic

[U-Boot] [PATCH v2 4/6] dts: rk3368: make timer0 accessible for SPL and TPL

To use it with the DM timer driver in SPL and TPL, timer0 needs to be marked as pre-reloc. Signed-off-by: Philipp Tomsich Reviewed-by: Simon Glass --- Changes in v2: - add 'clock-frequency' prop to timer in the -u-boot.dtsi

[U-Boot] [PATCH v2 1/6] timer: add OF_PLATDATA support for timer-uclass

The timer-uclass depends on full OF_CONTROL through its interrogation of /chosen and the code to determine the clock-frequency. For the OF_PLATDATA case, these code-paths are disabled and it becomes the timer driver's responsibility to correctly set the clock-frequency in the uclass priv-data.

  1   2   >