[U-Boot] [PATCH] rockchip: rk3399: correct memory region

RK3399 device memory region is 0xf800~0x. Signed-off-by: Kever Yang --- arch/arm/mach-rockchip/rk3399/rk3399.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/mach-rockchip/rk3399/rk3399.c

[U-Boot] [PATCH 3/3][v5] arm: ls1046ardb: Add SD secure boot target

- Add SD secure boot target for ls1046ardb. - Change the u-boot size defined by a macro for copying the main U-Boot by SPL to also include the u-boot Secure Boot header size as header is appended to u-boot image. So header will also be copied from SD to DDR. - CONFIG_MAX_SPL_SIZE is limited to

[U-Boot] [PATCH 2/3][v4] arm: ls1043ardb: Add NAND secure boot target

Add NAND secure boot target for ls1043ardb. - Change the u-boot size defined by a macro for copying the main U-Boot by SPL to also include the u-boot Secure Boot header size as header is appended to u-boot image. So header will also be copied from SD to DDR. - MACRO for

[U-Boot] [PATCH 1/3][v4] arm: ls1043ardb: Add SD secure boot target

- Add SD secure boot target for ls1043ardb. - Implement FSL_LSCH2 specific spl_board_init() to setup CAAM stream ID and corresponding stream ID in SMMU. - Change the u-boot size defined by a macro for copying the main U-Boot by SPL to also include the u-boot Secure Boot header size as header

Re: [U-Boot] [PATCH] rockchip: reserve memory for rk3399 ATF data

Hi Philipp, On 04/14/2017 06:51 PM, Dr. Philipp Tomsich wrote: Kever, Do we really need to change the SPL layout (i.e. BL2) for this? The SPL code should remain independent of later stages. This change would tie the U-Boot SPL (BL2) to a specific implementation/memory layout of the later

Re: [U-Boot] [PATCH 1/3][v3] arm: ls1043ardb: Add SD secure boot target

> -Original Message- > From: York Sun [mailto:york@nxp.com] > Sent: Wednesday, April 12, 2017 9:10 PM > To: Ruchika Gupta ; u-boot@lists.denx.de > Cc: Vini Pillai ; Sumit Garg > Subject: Re: [PATCH 1/3][v3] arm:

Re: [U-Boot] [PATCH 11/22] x86: acpi: Resume OS if resume vector is found

Hi Bin, On 12.04.2017 10:14, Bin Meng wrote: > On Wed, Mar 22, 2017 at 4:06 AM, Simon Glass wrote: >> Hi Bin, >> >> On 16 March 2017 at 08:26, Bin Meng wrote: >>> In an S3 resume path, U-Boot does everything like a cold boot except >>> in the

[U-Boot] [PATCH v2] rockchip: dts: evb-rk3399: add gmac support

Enable gmac for evb-rk3399. Signed-off-by: Kever Yang --- Changes in v2: - correct rst pin number arch/arm/dts/rk3399-evb.dts | 24 configs/evb-rk3399_defconfig | 4 2 files changed, 28 insertions(+) diff --git

[U-Boot] [PATCH] rockchip: dts: evb-rk3399: correct pwm3 polarity

The pwm3 on evb-rk3399 is used for pwm regulator, need to invert the polarity to make it works correct. Signed-off-by: Kever Yang --- arch/arm/dts/rk3399-evb.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/dts/rk3399-evb.dts

Re: [U-Boot] [PATCH 03/19] fdt: Use SPDX format for licenses in the libfdt headers

Hi Tom, On 17 April 2017 at 07:33, Tom Rini wrote: > > On Mon, Apr 17, 2017 at 10:13:06PM +0900, Masahiro Yamada wrote: > > Hi Tom, > > > > > > 2017-04-17 22:05 GMT+09:00 Tom Rini : > > > On Sun, Apr 16, 2017 at 08:22:17PM -0600, Simon Glass wrote: > > > >

[U-Boot] [PATCH 0/8] Add mipi display support for rk3399

Eric Gao (8): rockchip: video: Add mipi dsi driver for rk3399 rockchip: video: vop: Add mipi display mode for rk3399 rockchip: video: vop: Set different bitwidth for different display mode rockchip: video: vop: Reserve enough space for mipi dispaly rockchip: board: evb_rk3399: initialize

[U-Boot] [PATCH 2/8] rockchip: video: vop: Add mipi display mode for rk3399

Add mipi display mode for rk3399 vop, so that we can use mipi panel for display. Signed-off-by: Eric Gao --- arch/arm/include/asm/arch-rockchip/vop_rk3288.h | 1 + drivers/video/rockchip/rk_vop.c | 6 ++ 2 files changed, 7 insertions(+) diff --git

[U-Boot] [PATCH 3/8] rockchip: video: vop: Set different bitwidth for different display mode

Because the bitwidth is different for different display mode, so we need to set them according to demand. Signed-off-by: Eric Gao --- drivers/video/rockchip/rk_vop.c | 20 1 file changed, 16 insertions(+), 4 deletions(-) diff --git

[U-Boot] [PATCH v3 1/2] rockchip: video: Kconfig: Add Kconfig for rockchip video driver

1. add Kconfig for rockchip video driver, so that video port can be selected as needed. 2. move VIDEO_ROCKCHIP option to new Kconfig for concision. Signed-off-by: Eric Gao --- configs/chromebit_mickey_defconfig | 1 + configs/chromebook_jerry_defconfig | 2 ++

[U-Boot] [PATCH v3 2/2] rockchip: video: Makefile: Modify Makefile for rockchip video driver

Modify Makefile for rockchip video driver according to Kconfig, so that source code will not be compiled if not needed. Signed-off-by: Eric Gao --- drivers/video/rockchip/Makefile | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

Re: [U-Boot] [PATCH V2 12/12] imx: mx7dsabresd: add board revision check

On Thu, Apr 13, 2017 at 3:10 AM, Peng Fan wrote: > +#define BOARD_REV_C 0x300 > +#define BOARD_REV_B 0x200 > +#define BOARD_REV_A 0x100 > + > +static int mx7sabre_rev(void) > +{ > + /* > +* Get Board ID information from OCOTP_GP1[15:8] > +* i.MX7D SDB

[U-Boot] [PATCH 5/8] rockchip: board: evb_rk3399: initialize pwm0 for dispaly backlight

Signed-off-by: Eric Gao --- board/rockchip/evb_rk3399/evb-rk3399.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/board/rockchip/evb_rk3399/evb-rk3399.c b/board/rockchip/evb_rk3399/evb-rk3399.c index 362fa0b..76ab467 100644 ---

[U-Boot] [PATCH v3 0/2] Add Kconfig for rockchip video driver.

patch 1: add Kconfig file rockchip video driver. patch 2: modify Makefile according to the new Kconfig. Eric Gao (2): rockchip: video: Kconfig: Add Kconfig for rockchip video driver rockchip: video: Makefile: Modify Makefile for rockchip video driver configs/chromebit_mickey_defconfig |

[U-Boot] [PATCH 4/8] rockchip: video: vop: Reserve enough space for mipi dispaly

plat->size here is used to reserve enough frame buffer space befor relocation. our mipi display mode need more space, so reset it. Signed-off-by: Eric Gao --- drivers/video/rockchip/rk_vop.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH 7/8] rockchip: configs: Enable mipi dsi for rk3399

Enable mipi dsi by default for rk3399-evb board Signed-off-by: Eric Gao --- configs/evb-rk3399_defconfig| 6 ++ drivers/video/rockchip/Kconfig | 2 +- drivers/video/rockchip/Makefile | 2 +- 3 files changed, 8 insertions(+), 2 deletions(-) diff --git

[U-Boot] [PATCH 6/8] rockchip: dts: Add mipi dsi support for rk3399

Add dts config for mipi display, include vop, mipi controller, panel, backlight . And Enable rk808 for lcd_3v3 in another patch. Signed-off-by: Eric Gao --- arch/arm/dts/rk3399-evb.dts | 84 + arch/arm/dts/rk3399.dtsi| 72

[U-Boot] [PATCH 8/8] rockchip: video: vop: Fix clk_set_rate() return error

The function clk_set_rate() will return it's input parameter, so it's return value in normal condition is nonzero. In this case, we should report an error when it return zero rather than return a nonzero value. Signed-off-by: Eric Gao ---

[U-Boot] [PATCH 2/2] rockchip: video: Makefile: Modify Makefile for rockchip video driver

Modify Makefile for rockchip video driver according to Kconfig, so that source code will not be compiled if not needed. Signed-off-by: Eric Gao --- drivers/video/rockchip/Makefile | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH v2 1/2] rockchip: video: Kconfig: Add Kconfig for rockchip video driver

1. add Kconfig for rockchip video driver, so that video port can be selected as needed. 2. move VIDEO_ROCKCHIP option to new Kconfig for concision. Signed-off-by: Eric Gao --- configs/chromebit_mickey_defconfig | 1 + configs/chromebook_jerry_defconfig | 2 ++

[U-Boot] [PATCH v2 0/2] Add Kconfig for rockchip video driver.

patch 1: add Kconfig file rockchip video driver. patch 2: modify Makefile according to the new Kconfig. Eric Gao (2): rockchip: video: Kconfig: Add Kconfig for rockchip video driver rockchip: video: Makefile: Modify Makefile for rockchip video driver configs/chromebit_mickey_defconfig |

[U-Boot] [PATCH V2 3/9] omap3630: Copy Device tree from Linux 4.9.y stable

Add device tree support to allow for CONFIG_OF_CONTROL in OMAP3630 boards. DM3730 can use this same device tree. Signed-off-by: Adam Ford Reviewed-by: Lokesh Vutla diff --git a/arch/arm/dts/omap34xx-omap36xx-clocks.dtsi

[U-Boot] [PATCH V2 5/9] omap3: Copy twl4030 device tree from Linux 4.9.y stable

Many OMAP3 boards use a TWL4030 PMIC. This brings in the related device tree information for common TWL4030 and TWL4030 with OMAP3. Signed-off-by: Adam Ford Reviewed-by: Lokesh Vutla diff --git a/arch/arm/dts/twl4030.dtsi b/arch/arm/dts/twl4030.dtsi new

[U-Boot] [PATCH V2 7/9] ARM: DTS: Add Logic PD DM3730 SOM-LV initial support

This adds the device tree. Previous commit added both boards at the same time. Signed-off-by: Adam Ford Changes in V2: Split the SOM-LV from Torpedo diff --git a/arch/arm/dts/logicpd-som-lv-37xx-devkit.dts b/arch/arm/dts/logicpd-som-lv-37xx-devkit.dts new file mode

Re: [U-Boot] [PATCH 03/19] fdt: Use SPDX format for licenses in the libfdt headers

On Mon, Apr 17, 2017 at 07:47:34AM -0600, Simon Glass wrote: > Hi Tom, > > On 17 April 2017 at 07:33, Tom Rini wrote: > > > > On Mon, Apr 17, 2017 at 10:13:06PM +0900, Masahiro Yamada wrote: > > > Hi Tom, > > > > > > > > > 2017-04-17 22:05 GMT+09:00 Tom Rini

[U-Boot] [PATCH 1/8] rockchip: video: Add mipi dsi driver for rk3399

Signed-off-by: Eric Gao --- arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 25 ++ arch/arm/include/asm/arch-rockchip/mipi_rk3399.h | 195 + drivers/video/rockchip/Kconfig | 11 +- drivers/video/rockchip/Makefile | 1 +

Re: [U-Boot] [PATCH v2 02/14] sysreset: add syscon-reboot driver

Hi Alvaro, On 17 April 2017 at 11:38, Álvaro Fernández Rojas wrote: > > Hi Simon, > > El 16/04/2017 a las 21:34, Simon Glass escribió: > > Hi Alvaro, > > > > On 15 April 2017 at 16:03, Álvaro Fernández Rojas wrote: > >> Add a new sysreset driver based on >

Re: [U-Boot] [PATCH v5 01/16] arm: socfpga: Restructure clock manager driver

On Fri, Apr 14, 2017 at 6:15 PM, Marek Vasut wrote: > On 04/13/2017 07:41 PM, Ley Foon Tan wrote: >> Restructure clock manager driver in the preparation to support A10. >> Move the Gen5 specific code to _gen5 files. >> >> - Change all uint32_t to u32 and change to use macro BIT(n)

Re: [U-Boot] U-boot-sunxi status?

On Mon, Apr 17, 2017 at 3:38 AM, Chen-Yu Tsai wrote: > Hi, > > (Resent from my main email address.) > > What's the current status of u-boot-sunxi? There are still some > patch series floating around. Some of them have been around for > a while now, listed here in no particular

[U-Boot] [PATCH 1/2] rockchip: video: Kconfig: Add Kconfig for rockchip video driver

1. add Kconfig for rockchip video driver, so that video port can be selected as needed. 2. move VIDEO_ROCKCHIP option to new Kconfig for concision. Signed-off-by: Eric Gao --- configs/chromebit_mickey_defconfig | 1 + configs/chromebook_jerry_defconfig | 2 ++

[U-Boot] [PATCH 0/2] Add Kconfig for rockchip video driver.

Eric Gao (2): rockchip: video: Kconfig: Add Kconfig for rockchip video driver rockchip: video: Makefile: Modify Makefile for rockchip video driver configs/chromebit_mickey_defconfig | 1 + configs/chromebook_jerry_defconfig | 2 ++ configs/chromebook_minnie_defconfig | 2 ++

Re: [U-Boot] [PATCH v5 01/16] arm: socfpga: Restructure clock manager driver

On 04/17/2017 09:20 AM, Ley Foon Tan wrote: > On Fri, Apr 14, 2017 at 6:15 PM, Marek Vasut wrote: >> On 04/13/2017 07:41 PM, Ley Foon Tan wrote: >>> Restructure clock manager driver in the preparation to support A10. >>> Move the Gen5 specific code to _gen5 files. >>> >>> - Change

Re: [U-Boot] [PATCH v5 14/16] arm: socfpga: Add config and defconfig for Arria 10

On 04/17/2017 05:05 AM, Ley Foon Tan wrote: > On Fri, Apr 14, 2017 at 6:25 PM, Marek Vasut wrote: >> On 04/13/2017 07:41 PM, Ley Foon Tan wrote: >>> Add config and defconfig for the Arria10 and update socfpga_common.h. >>> >>> Signed-off-by: Tien Fong Chee

Re: [U-Boot] [PATCH 03/19] fdt: Use SPDX format for licenses in the libfdt headers

On Sun, Apr 16, 2017 at 08:22:17PM -0600, Simon Glass wrote: > These should follow the UBoot standard. Update them. > > Signed-off-by: Simon Glass > --- > > include/fdt.h| 46 +- > include/libfdt.h | 46

[U-Boot] [PATCH V2 9/9] omap3_logic: Add Device Tree Support and more DM drivers

This patch also removes all the excessive code for NS16550 intiailization as the device tree can do that now. This also adds DM_I2C and DM_MMC since the overlying drivers have the built-in support already. The corresponding include/config/omap3_logic.h also reduced in size due to the new device

[U-Boot] [PATCH V2 6/9] OMAP3: Add SMSC9221 device tree for omap devices connected on GPMC.

Some OMAP3 devices support an SMSC ethernet PHY connected to the GPMC bus. This copies this device tree from Linux 4.9.y stable Signed-off-by: Adam Ford Reviewed-by: Lokesh Vutla diff --git a/arch/arm/dts/omap-gpmc-smsc9221.dtsi

[U-Boot] [PATCH v2 3/3] arm: Warn that starting with v2018.01 gcc-6 or later is required

There are more and more cases where if we do not use gcc-6.0 or later we run into problems where our binaries are too large for the targets. Given the prevalence of gcc-6.0 or later toolchains at this point in time, we give notice now that starting with v2018.01 we will require gcc-6 (or later)

Re: [U-Boot] [PATCH v4 00/35] ARM: i.MX6: SabreSD: Add dts support

On Mon, Apr 10, 2017 at 4:43 AM, Fabio Estevam wrote: > On Sun, Apr 9, 2017 at 4:12 PM, Jagan Teki wrote: > >> Bcz we need to define dtb through CONFIG_DEFAULT_DEVICE_TREE > > Having 3 defconfigs for SPL is not good. Looks like a step in the >

[U-Boot] [PATCH v2 2/2] rockchip: video: Makefile: Modify Makefile for rockchip video driver

Modify Makefile for rockchip video driver according to Kconfig, so that source code will not be compiled if not needed. Signed-off-by: Eric Gao --- drivers/video/rockchip/Makefile | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH V2 0/9] Add Device Tree for OMAP3 and omap3_logic

This patch series copies the Linux Device trees for the OMAP3 and OMAP3630 platforms as well as some additional device trees to support the Logic PD Torpedo and Logic PD SOM-LV both based on DM3730 (OMAP3630) processors. There are no changes to patches 2-6 from the initial version posted as RFC,

[U-Boot] [PATCH V2 1/9] omap_hsmmc: update struct hsmmc to accommodate omap3 from DT

This patch changes the way DM_MMC calculates offset to the base register of MMC. Previously this was through an #ifdef but that wasn't necessary for OMAP3. This patch will now add in the offset to the base address based on the .compatible flags. Signed-off-by: Adam Ford V2:

[U-Boot] [PATCH V2 8/9] ARM: DTS: Add Logic PD DM3730 Torpedo Device Tree

Previous commit has this combined with SOM-LV. This commit has only the Torpedo Device Tree. The device trees were sync'd with 4.9.y stable with two changes: disable mmc2 and stdout-path = Both of those two changes will be submitted to the linux-omap list Signed-off-by: Adam Ford

[U-Boot] [PATCH V2 4/9] ARM: OMAP: I2C: Support New read, write and probe functions for OMAP3

New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4 (4430/60/70), OMAP5 (5430) and AM335X (3359) were added in 960187ffa125( "ARM: OMAP: I2C: New read, write and probe functions") but not tested on OMAP3. This patch will allow the updated drivers using device tree and DM_I2C to

Re: [U-Boot] [PATCH 03/19] fdt: Use SPDX format for licenses in the libfdt headers

Hi Tom, 2017-04-17 22:05 GMT+09:00 Tom Rini : > On Sun, Apr 16, 2017 at 08:22:17PM -0600, Simon Glass wrote: > >> These should follow the UBoot standard. Update them. >> >> Signed-off-by: Simon Glass >> --- >> >> include/fdt.h| 46

Re: [U-Boot] [PATCH 03/19] fdt: Use SPDX format for licenses in the libfdt headers

On Mon, Apr 17, 2017 at 10:13:06PM +0900, Masahiro Yamada wrote: > Hi Tom, > > > 2017-04-17 22:05 GMT+09:00 Tom Rini : > > On Sun, Apr 16, 2017 at 08:22:17PM -0600, Simon Glass wrote: > > > >> These should follow the UBoot standard. Update them. > >> > >> Signed-off-by: Simon

[U-Boot] [PATCH] Add ARM errata workaround 852421 and 852423 for Cortex-A17

ARM errata 852421 and 852423 applies to r1p0, r1p1 and r1p2 revisions of Cortex-A17 processors. These workarounds exist in Linux kernel and I thought it would be better to add them in to U-Boot. Signed-off-by: Nisal Menuka --- arch/arm/cpu/armv7/start.S | 12

[U-Boot] [PATCH][v2] driver: net: fsl-mc: Update fsl_mc_ldpaa_exit() path

When MC is loaded, but DPL is not deployed, it results in FDT fix-up code execution hang. To resolve this, returns success instead of return -ENODEV and print message on console. This update allows to continue fdt fixup execution. Signed-off-by: Yogesh Gaur

Re: [U-Boot] [PATCH v5 05/16] arm: socfpga: Add A10 macros

On 04/17/2017 06:49 AM, Ley Foon Tan wrote: > On Fri, Apr 14, 2017 at 6:20 PM, Marek Vasut wrote: >> On 04/13/2017 07:41 PM, Ley Foon Tan wrote: >>> Add i2c, timer and other A10 macros. >> >> What's NOC anyway ? > Network on chip. Ah, OK :) >>> Signed-off-by: Ley Foon Tan

[U-Boot] rockchip: rk3288: grf: FIX the correct gmac tx_delay shift

If the tx_delay is not enabled, the RGMII/1000M can't work. Signed-off-by: David Wu --- arch/arm/include/asm/arch-rockchip/grf_rk3288.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/include/asm/arch-rockchip/grf_rk3288.h

Re: [U-Boot] [PATCHv2 03/21] net: core: Inform the user of the device MAC address

Hi Oliver, On 10 April 2017 at 09:33, Olliver Schinagl wrote: > In certain conditions we currently print the MAC address. For example a > warning when a random mac address is in use or a missmatch between HW > and ENV. > > If all things went well however (but even if there is

[U-Boot] [PATCH V2 2/9] omap3: Copy Device tree from Linux 4.9.y stable

Add device tree support to allow for CONFIG_OF_CONTROL in OMAP3 boards. Signed-off-by: Adam Ford Reviewed-by: Lokesh Vutla diff --git a/arch/arm/dts/omap3.dtsi b/arch/arm/dts/omap3.dtsi new file mode 100644 index 000..a0f2412 --- /dev/null +++

[U-Boot] [PATCH v3 1/7] rockchip: clk: rk3399: add clock support for SCLK_SPI1 and SCLK_SPI5

This change adds support for configuring the module clocks for SPI1 and SPI5 from the 594MHz GPLL. Note that the driver (rk_spi.c) always sets this to 99MHz, but the implemented functionality is more general and will also support different clock configurations. X-AffectedPlatforms: RK3399-Q7

[U-Boot] [PATCH v3 7/7] rockchip: spl: rk3399: spi: enable SPL_SPI_LOAD if SPI is enabled for SPL

To include the ability to load from an SPI flash in SPL, it's not sufficient to define SPL_SPI_SUPPORT and SPL_SPI_FLASH_SUPPORT via Kconfig... so we conditionally define SPL_SPI_LOAD if SPI support is already enabled for SPL via Kconfig. Signed-off-by: Philipp Tomsich

[U-Boot] [PATCH v3 0/7] rockchip: spl: rk3399: prepare to have SPI config per-board

To support SPI flashes (via the device model) and enable loading of later-stage images from SPI in SPL, we need a few adjustments to the common configuration header for the RK3399: - enable SPL_SPI_LOAD if SPI is enabled for SPL (in rk3399_common) - move CONFIG_SPI and CONFIG_SPI_FLASH (from

[U-Boot] [PATCH v1 0/8] rockchip: mkimage: refactor rksd/rkspi padding calculation and add dumpimage support

We support booting both from SD/MMC images and SPI images on the RK3399-Q7 for different use-cases (e.g. external boot in development from the SD card, internal boot from MMC or SPI depending on whether the SPI flash is populated on any given configuration option). In getting the SPI image

[U-Boot] [PATCH v1 6/8] rockchip: mkimage: play nice with dumpimage

Dumpimage (it invoked with "-T rkspi" or "-T rksd") would not work due to check_params failing. These changes ensure that we can both be called with an empty imagename. Signed-off-by: Philipp Tomsich --- tools/rkcommon.c | 16 +--- 1 file

[U-Boot] [PATCH v1 1/8] rockchip: mkimage: rkspi: include the header sector in the SPI size calculation

Our earlier change broke the generation of SPI images, by excluding the 2K used for header0 from the size-calculation. This commit makes sure that these are included before calculating the required total size (including the padding from the 2K-from-every-4K conversion). Signed-off-by: Philipp

[U-Boot] [PATCH v1 0/2] rockchip: dts: rk3399-puma: Update to use DDR3-1600 timings

With our validation having progresses to the point of tuning the DRAM interface, we can now use a DDR3-1600 timing (i.e. 800MHz base clock) as the default for the RK3399-Q7 (Puma). This series - adds a DDR3-1600 timing for the RK3399-Q7 - switches the RK3399-Q7 over to use this new timing -

[U-Boot] [PATCH v1 7/8] rockchip: mkimage: remove placeholder functions from rkimage

The imagetool framework checks whether function pointer for the verify, print and extract actions are available and will will handle their absence appropriately. This change removes the unnecessary functions and uses the driver structure to convey available functionality to imagetool. This is in

[U-Boot] [PATCH v1 2/2] rockchip: dts: rk3399-puma: Add DDR3-1600 timings and use for Puma

With the validation done for DDR3-1600 (i.e. 800 MHz bus clock), we add the timings (rk3399-sdram-ddr3-1600.dtsi) and change rk3399-puma.dts to use these by default. Signed-off-by: Philipp Tomsich --- arch/arm/dts/rk3399-puma.dts |6 +-

[U-Boot] [PATCH v1 1/2] rockchip: dts: Clean up graffiti in rk3399-sdram-ddr3-1333.dtsi

The DDR3-1333 timings for the RK3399-Q7 (Puma) has some unintended left-over comments in them. This change cleans the file up. Signed-off-by: Philipp Tomsich --- arch/arm/dts/rk3399-sdram-ddr3-1333.dtsi | 8 1 file changed, 4 insertions(+), 4

[U-Boot] [PATCH v3 4/7] rockchip: spi: rk_spi: improve clocking code for the RK3399

The original code for the clock clamping did not support going up to half the module input frequency (even when clocking the module at 99MHz), as a hard limit (of 48MHz) was used for the maximum bitrate. This rewrites the check to allow frequencies of up to half the SPI module rate as bitrates

[U-Boot] [PATCH v3 5/7] rockchip: pinctrl: rk3399: add support for the SPI5 controller

This commit adds support for the pin-configuration of the SPI5 controller of the RK3399 through the following changes: * grf_rk3399.h: adds definition for configuring the SPI5 pins in the GPIO2C group * periph.h: defines PERIPH_ID_SPI3 through PERIPH_ID_SPI5 * pinctrl_rk3399.c:

[U-Boot] [PATCH v1 5/8] rockchip: mkimage: clarify header0 initialisation

This change set adds documentation to the header0 initialisation and improves readability for the calculations of various offsets/lengths. As the U-Boot SPL stage doesn't use any payload beyond what is covered by init_size, we no longer add RK_MAX_BOOT_SIZE to init_boot_size. Signed-off-by:

[U-Boot] [PATCH v1 8/8] rockchip: mkimage: add support for verify_header/print_header

The rockchip image generation was previously missing the ability to verify the generated header (and dump the image-type) without having to resort to hexdump or od. Experience in our testing has showed it to be very easy to get the rkspi and rksd images mixed up and the lab... so we add the

[U-Boot] [PATCH v1 4/8] rockchip: mkimage: rksd: pad SD/MMC images to a full blocksize

Signed-off-by: Philipp Tomsich --- tools/rksd.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/tools/rksd.c b/tools/rksd.c index 6dafedf..8627b6d 100644 --- a/tools/rksd.c +++ b/tools/rksd.c @@ -62,8 +62,11 @@ static int

[U-Boot] [PATCH v1 3/8] rockchip: mkimage: Update comments for header size

The calculation of the variable header size in rkcommon_vrec_header had been update twice in the earlier series (introducing boot0-style images to deal with the alignment of the first instruction in 64bit binaries). Unfortunately, I didn't update the comment twice (so it remained out-of-date).

Re: [U-Boot] [PATCH] board: dra71: Fix selection of OPPs

On Sun, Apr 16, 2017 at 10:13:55AM +0530, Lokesh Vutla wrote: > As per the DM[1] Dated June 2016–Revised February 2017, Table 5-3, > DRA71 supports the following OPPs for various voltage domains: > > VDD_MPU: OPP_NOM > VDD_CORE: OPP_NOM > VDD_GPU: OPP_NOM > VDD_DSPEVE: OPP_NOM,

Re: [U-Boot] [PATCH] configs: keystone2: Standardise U-boot prompt

On Sun, Apr 16, 2017 at 11:21:28AM +0530, Lokesh Vutla wrote: > Standardise U-Boot prompt on all keystone2 platforms > instead of platform specific prompt. > > Signed-off-by: Lokesh Vutla Reviewed-by: Tom Rini -- Tom signature.asc Description:

[U-Boot] [PATCH v3 3/7] rockchip: spi: rk_spi: select 198MHz input to the SPI module for the RK3399

To provide more (runtime) configuration points for the SPI data rate at higher speeds (e.g. above 9MHz), we increase the module input rate to 198MHz (from 99MHz) for the RK3399. Signed-off-by: Philipp Tomsich --- Changes in v3: - increase the module input

[U-Boot] [PATCH v3 6/7] rockchip: spi: enable support for the rk_spi driver for the RK3399

From: Jakob Unterwurzacher The existing Rockchip SPI (rk_spi.c) driver also matches the hardware block found in the RK3399. This has been confirmed both with SPI NOR flashes and general SPI transfers on the RK3399-Q7 for SPI1 and SPI5. This change

[U-Boot] [PATCH v3 2/7] rockchip: clk: rk3399: fix off-by one during rate calculation in i2c/spi_set_rate

For the RK3399, i2c_set_rate (and by extension: our spi_set_rate, which had been mindlessly following the template of the i2c_set_rate implementation) miscalculates the rate returned due to a off-by-one error resulting from the following sequence of events: 1. calculates 'src_div := src_freq /

[U-Boot] [PATCH 3/3] spl: Makefile: include /config in the (reduced) FDT used by the SPL stage

When OF control is enabled for the SPL stage, nodes are removed from the DTB to reduce its size. While /chosen is kept, /config is removed. There's no reason why /chosen should be kept over /config (and as we would like to put properties into /config that control the SPL stage), we add '/config'

[U-Boot] [PATCH v1 2/8] rockchip: mkimage: rewrite padding calculation for SD/MMC and SPI images

In (first) breaking and (then) fixing the rkspi tool, I realised that the calculation of the required padding (for the header-size and the 2K-in-every-4K SPI layout) was not as self-explainatory as it could have been. This change rewrites the code (using new, common functions in rkcommon.c) and

[U-Boot] [PATCH 1/3] spl: spi: override CONFIG_SYS_SPI_U_BOOT_OFFS via /config-property

For the RK3399-Q7, we need some flexibility (depending on the feature set we include in the SPL stage and how large our SPI flash is) in positioning the SPL payload (i.e. the FIT image containing U-Boot, ATF and the M0 payload) in our SPI flash. To avoid having to deal with this through different

[U-Boot] [PATCH 2/3] doc: document /config/u-boot, spl-payload-offset property

This adds documentation on the u-boot,spl-payload-offset property (which overrides CONFIG_SYS_SPI_U_BOOT_OFFS during the SPI loading in the SPL stage, if present). Signed-off-by: Philipp Tomsich --- doc/device-tree-bindings/config.txt | 5 + 1 file

[U-Boot] [PATCH] ehci-ppc4xx: Prepare for usage of readl()/writel() accessors

We used to have opencoded ehci_readl()/writel() which required no external functions to be called. Now with attempt to switch to generic readl()/writel() accessors we see a missing declaration of those accessors in ehci-ppc4xx. Something like that happens if applied

Re: [U-Boot] [PATCH] drivers/usb/ehci: Use platform-specific accessors

Hi Tom, Marek, On Fri, 2017-04-14 at 16:06 -0400, Tom Rini wrote: > On Fri, Apr 14, 2017 at 05:16:11PM +, Alexey Brodkin wrote: > > > > Hi Marek, > > > > On Fri, 2017-04-14 at 16:44 +0200, Marek Vasut wrote: > > > > > > On 03/24/2017 01:56 PM, Marek Vasut wrote: > > > > > > > >   > > >

Re: [U-Boot] [PATCH] drivers/usb/ehci: Use platform-specific accessors

On Mon, Apr 17, 2017 at 04:19:17PM +, Alexey Brodkin wrote: > Hi Tom, Marek, > > On Fri, 2017-04-14 at 16:06 -0400, Tom Rini wrote: > > On Fri, Apr 14, 2017 at 05:16:11PM +, Alexey Brodkin wrote: > > > > > > Hi Marek, > > > > > > On Fri, 2017-04-14 at 16:44 +0200, Marek Vasut wrote: > >

Re: [U-Boot] [PATCH v3 4/7] rockchip: spi: rk_spi: improve clocking code for the RK3399

On 17 April 2017 at 09:43, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > The original code for the clock clamping did not support going up to > half the module input frequency (even when clocking the module at > 99MHz), as a hard limit (of 48MHz) was used for the maximum

Re: [U-Boot] [PATCH v3 1/7] rockchip: clk: rk3399: add clock support for SCLK_SPI1 and SCLK_SPI5

On 17 April 2017 at 09:43, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > This change adds support for configuring the module clocks for SPI1 and > SPI5 from the 594MHz GPLL. > > Note that the driver (rk_spi.c) always sets this to 99MHz, but the > implemented functionality is

Re: [U-Boot] [PATCH v1 1/8] rockchip: mkimage: rkspi: include the header sector in the SPI size calculation

On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > > Our earlier change broke the generation of SPI images, by excluding the > 2K used for header0 from the size-calculation. > > This commit makes sure that these are included before calculating the >

Re: [U-Boot] [PATCH 2/3] doc: document /config/u-boot, spl-payload-offset property

On 17 April 2017 at 09:45, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > This adds documentation on the u-boot,spl-payload-offset property > (which overrides CONFIG_SYS_SPI_U_BOOT_OFFS during the SPI loading in > the SPL stage, if present). > > Signed-off-by: Philipp Tomsich

Re: [U-Boot] [PATCH v1 8/8] rockchip: mkimage: add support for verify_header/print_header

Hi Philipp, On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > The rockchip image generation was previously missing the ability to > verify the generated header (and dump the image-type) without having > to resort to hexdump or od. Experience in our

Re: [U-Boot] [PATCH v1 7/8] rockchip: mkimage: remove placeholder functions from rkimage

On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > The imagetool framework checks whether function pointer for the verify, > print and extract actions are available and will will handle their > absence appropriately. > > This change removes the unnecessary

Re: [U-Boot] [PATCH v1 5/8] rockchip: mkimage: clarify header0 initialisation

On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > This change set adds documentation to the header0 initialisation and > improves readability for the calculations of various offsets/lengths. > > As the U-Boot SPL stage doesn't use any payload beyond what

Re: [U-Boot] [PATCH 3/3] spl: Makefile: include /config in the (reduced) FDT used by the SPL stage

On 17 April 2017 at 09:45, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > When OF control is enabled for the SPL stage, nodes are removed from > the DTB to reduce its size. While /chosen is kept, /config is removed. > > There's no reason why /chosen should be kept over /config

Re: [U-Boot] [PATCH v1 2/2] rockchip: dts: rk3399-puma: Add DDR3-1600 timings and use for Puma

On 17 April 2017 at 09:50, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > With the validation done for DDR3-1600 (i.e. 800 MHz bus clock), we > add the timings (rk3399-sdram-ddr3-1600.dtsi) and change rk3399-puma.dts > to use these by default. > > Signed-off-by: Philipp Tomsich

Re: [U-Boot] [PATCH v1 2/8] rockchip: mkimage: rewrite padding calculation for SD/MMC and SPI images

On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > In (first) breaking and (then) fixing the rkspi tool, I realised that > the calculation of the required padding (for the header-size and the > 2K-in-every-4K SPI layout) was not as self-explainatory as it

Re: [U-Boot] [PATCH v3 0/9] sunxi: Remove SYS_EXTRA_OPTIONS

On Tue, Apr 4, 2017 at 5:04 PM, Maxime Ripard wrote: > On Tue, Apr 04, 2017 at 03:26:55PM +0530, Jagan Teki wrote: >> On Tue, Apr 4, 2017 at 3:11 PM, Maxime Ripard >> wrote: >> > On Tue, Apr 04, 2017 at 02:25:09PM +0530, Jagan

Re: [U-Boot] [PATCH] sunxi: Fix arm64 fdtfile variable

On Fri, Apr 14, 2017 at 10:14 PM, Andreas Färber wrote: > Currently $fdtfile is constructed from CONFIG_DEFAULT_TREE, containing > the filename. However on arm64 that file is located in an allwinner > subdirectory. > > To avoid the need for users/distros symlinking the .dtb

[U-Boot] [PATCH resend v2 09/13] sunxi: Use H3/A64 DRAM initialization code for R40

The R40 seems to have a variant of the memory controller found in the H3 and A64 SoCs. Adapt the code for use on the R40. The changes are based on released DRAM code and comparing register dumps from boot0. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard

[U-Boot] [PATCH resend v2 11/13] sunxi: Fix CPUCFG address for R40

The R40 has the CPUCFG block at the same address as the A20. Fix it. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- arch/arm/include/asm/arch-sunxi/cpu_sun4i.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[U-Boot] [PATCH resend v2 06/13] sunxi: Set PLL lock enable bits for R40

According to the BSP released by Banana Pi, the R40 (sun8iw11p1) has an extra "PLL lock control" register in the CCU, which controls whether the individual PLL lock status bits in each PLL's control register work or not. This patch enables it for all the PLLs. Signed-off-by: Chen-Yu Tsai

[U-Boot] [PATCH resend v2 01/13] sunxi: Split up long Kconfig lines

Currently we have some lines in board/sunxi/Kconfig that are very long. These line either provide default values for a set of SoCs, or limit some option to a subset of sunxi SoCs. Fortunately Kconfig makes it easy to split them. The Kconfig language document states If multiple dependencies

Re: [U-Boot] [PATCH] cmd: ubi: remove unnecessary logical constraint

Hello Heinrih, Am 15.04.2017 um 16:25 schrieb Heinrich Schuchardt: A size_t variable can never be negative. The problem was indicated by cppcheck. Signed-off-by: Heinrich Schuchardt --- cmd/ubi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Reviewed-by:

  1   2   >