[U-Boot] [PATCH v3 0/6] ARM: dts: at91: Add dts files for AT91 SoCs' boards

The device tree source files of AT91 SoCs's board are copied from the Linux v4.10, and have some changes. Changes in v3: - Add Reviewed-by tag. - Rebase on the master branch(ad46af0e76) of u-boot-dm git tree. Changes in v2: - Rebase on the master branch (22e10be45) of u-boot-dm git tree.

[U-Boot] [PATCH resend v2 10/13] sunxi: Enable SPL for R40

Now that we can do DRAM initialization for the R40, we can enable SPL support for it. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- board/sunxi/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/board/sunxi/Kconfig

[U-Boot] [PATCH resend v2 07/13] sunxi: Provide defaults for R40 DRAM settings

These values were taken from the Banana Pi M2 Ultra fex file found in the released vendor BSP. This is the only publicly available R40 device at the time of this writing. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard ---

[U-Boot] [PATCH resend v2 12/13] sunxi: Add PSCI support for R40

The R40's CPU controls are a combination of sun6i and sun7i. All controls are in the CPUCFG block, and it seems the R40 does not have a PRCM block. The core reset, power gating and clamp controls are grouped like sun6i. Last, the R40 does not have a secure SRAM block. This patch adds a PSCI

[U-Boot] [PATCH resend v2 13/13] sunxi: Add support for Bananapi M2 Ultra

The Bananapi M2 Ultra is the first publicly available development board featuring the R40 SoC. This patch add barebone dtsi/dts files for the R40 and Bananapi M2 Ultra, as well as a defconfig for it. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard

[U-Boot] [PATCH resend v2 05/13] sunxi: Add mmc[1-3] pinmux settings for R40

The PIO is generally compatible with the A20, except that it routes the full 8 bits and eMMC reset pins for mmc2. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- board/sunxi/board.c | 17 +++-- 1 file changed, 15

[U-Boot] [PATCH resend v2 04/13] sunxi: Fix watchdog reset function for R40

The watchdog found on the R40 SoC is the older variant found on the A20. Add the proper "#if defines" to make it work. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- arch/arm/include/asm/arch-sunxi/timer.h| 5 ++---

[U-Boot] [PATCH resend v2 08/13] gpio: sunxi: Add compatible string for R40 PIO

The PIO on the R40 SoC is mostly compatible with the A20. Only a few pin functions for mmc2 were added to the PC pingroup, to support 8 bit eMMCs. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard --- drivers/gpio/sunxi_gpio.c | 1 + 1 file

[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 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

[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 03/13] sunxi: Enable AXP221s in I2C mode with the R40 SoC

The R40 SoC uses the AXP221s in I2C mode to supply power. Some regulator's common usages have changed, and also the recommended voltage for existing usages have changed. Update the defaults to match. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard

[U-Boot] [PATCH resend v2 00/13] sunxi: Add support for R40 SoC

Hi everyone, This is a resend of my Allwinner R40 SoC support series v2. This is rebased on v2017.05-rc2. Maxime's ack for the first two patches have been added, and the defconfig has been regenerated which moved the CONFIG_SPL_I2C_SUPPORT=y line around. The patches can also be found here:

[U-Boot] [PATCH resend v2 02/13] sunxi: Add initial support for R40

The R40 is the successor to the A20. It is a hybrid of the A20, A33 and the H3. The R40's PIO controller is compatible with the A20, Reuse the A20 UART and I2C muxing code by adding the R40's macro. The display pipeline is the newer DE 2.0 variant. Block enabling video on R40 for now.

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

Re: [U-Boot] [PATCH] sunxi: Add maintainer of the NanoPi NEO Air

On Sat, Mar 4, 2017 at 1:55 AM, Jelle van der Waa wrote: > Add myself as maintainer of the NanoPi NEO Air board. > > Signed-off-by: Jelle van der Waa Applied to u-boot-sunxi/master thanks! -- Jagan Teki Free Software Engineer | www.openedev.com U-Boot, Linux |

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

[U-Boot] Pull request: u-boot-ubi/master

Hello Tom, please pull from u-boot-ubi.git master The following changes since commit f6c1df44b815a08585e7fd3805a1db51a5955d09: Prepare v2017.05-rc2 (2017-04-17 18:16:49 -0400) are available in the git repository at: git://git.denx.de/u-boot-ubi.git master for you to fetch changes up to

Re: [U-Boot] [PATCH] rockchip: tinker: set ethaddr in late init

Hi Jonas, On 17 April 2017 at 15:13, Jonas Karlman wrote: > Set ethernet mac address in late init for Tinker Board, > prevents getting a random mac address each boot. > > Read mac address from eeprom, first 6 bytes from 0x50 on i2c2. > Same as /etc/init.d/rockchip.sh on Tinker

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 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 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 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 1/3] spl: spi: override CONFIG_SYS_SPI_U_BOOT_OFFS via /config-property

On 17 April 2017 at 09:45, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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

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

On 17 April 2017 at 09:43, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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

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

On 17 April 2017 at 09:43, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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 >

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

On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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

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:

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

On 17 April 2017 at 09:50, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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 >

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

Hi Eric, On 17 April 2017 at 08:21, Eric Gao wrote: > 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:

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

On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: Commit message? > Signed-off-by: Philipp Tomsich > --- > > tools/rksd.c | 7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > Acked-by: Simon Glass

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

On 17 April 2017 at 09:48, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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

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

Hi Philipp, On 17 April 2017 at 09:43, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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. > >

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

On 17 April 2017 at 09:43, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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

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 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/2] rockchip: video: Kconfig: Add Kconfig for rockchip video driver

On 17 April 2017 at 08:24, Eric Gao wrote: > 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 > > --- > >

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

On 17 April 2017 at 09:43, Philipp Tomsich < philipp.toms...@theobroma-systems.com> wrote: > 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

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

On 17 April 2017 at 03:48, Kever Yang wrote: > Enable gmac for evb-rk3399. > > Signed-off-by: Kever Yang > --- > > Changes in v2: > - correct rst pin number > > arch/arm/dts/rk3399-evb.dts | 24 >

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

On 17 April 2017 at 08:24, Eric Gao wrote: > 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

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

On 17 April 2017 at 03:48, Kever Yang wrote: > The pwm3 on evb-rk3399 is used for pwm regulator, need to invert > the polarity to make it works correct. make it work correctly. > > Signed-off-by: Kever Yang > --- > >

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

On 17 April 2017 at 02:42, Kever Yang wrote: > 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(-)

Re: [U-Boot] [PATH V2] usb: dwc2: invalidate the dcache before starting the DMA

Hi Marek, On 04/06/2017 06:20 PM, Marek Vasut wrote: On 04/06/2017 10:34 AM, Kever Yang wrote: Hi Eddie, On 04/06/2017 10:14 AM, Marek Vasut wrote: On 04/06/2017 04:03 AM, Eddie Cai wrote: We should invalidate the dcache before starting the DMA. In case there are any dirty lines from the

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

On Mon, Apr 17, 2017 at 6:39 PM, Marek Vasut wrote: > 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

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

Hi Fabio, > -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: Monday, April 17, 2017 11:00 PM > To: Peng Fan > Cc: Stefano Babic ; U-Boot-Denx > Subject: Re: [U-Boot] [PATCH V2 12/12] imx: mx7dsabresd:

Re: [U-Boot] [PATCH 2/2] Enable PXE boot on meson-gxbb.

On 2017-04-17, Andreas Färber wrote: > Am 18.04.2017 um 00:26 schrieb Vagrant Cascadian: >> I guess I was referring to "source ${scriptaddr}; " line, which is quite >> u-boot specific. I didn't realize that "DHCP" also had support for EFI >> loaded over the network. > > DHCP just sets a filename

Re: [U-Boot] [PATCH v7 1/4] arm: dts: update Meson GXBB / Odroid-C2 DT with latest Linux version

On 04/17/2017 06:47 AM, Andreas Färber wrote: > Am 16.04.2017 um 21:33 schrieb Simon Glass: >> On 14 April 2017 at 04:27, Heinrich Schuchardt wrote: >>> As a prerequisite for adding a Meson GX MMC driver update the >>> Meson GXBB / Odroid-C2 device tree in Uboot with the

Re: [U-Boot] [PATCH 2/2] Enable PXE boot on meson-gxbb.

Am 18.04.2017 um 00:26 schrieb Vagrant Cascadian: > DHCP the protocol is not at all u-boot specific, sure, but the boot > method: > > #define BOOTENV_DEV_DHCP(devtypeu, devtypel, instance) \ > "bootcmd_dhcp=" \ > BOOTENV_RUN_NET_USB_START \ >

Re: [U-Boot] [PATCH v7 2/3] mmc: meson: add MMC driver for Meson GX (S905)

On 04/18/2017 06:18 AM, Heinrich Schuchardt wrote: > On 04/16/2017 09:34 PM, Simon Glass wrote: >> Hi Alex, >> >> On 16 April 2017 at 04:08, Alexander Graf wrote: >>> >>> >>> On 16.04.17 04:09, Heinrich Schuchardt wrote: On 04/15/2017 11:51 PM, Andreas Färber wrote: >

[U-Boot] [PATCH] mx25pdk: Add fuse API support

From: Fabio Estevam Select CONFIG_FSL_IIM and CONFIG_CMD_FUSE so that the fuse API can be used. Signed-off-by: Fabio Estevam --- include/configs/mx25pdk.h | 4 1 file changed, 4 insertions(+) diff --git a/include/configs/mx25pdk.h

Re: [U-Boot] [PATCH 2/2] Enable PXE boot on meson-gxbb.

On 2017-04-16, Andreas Färber wrote: > Am 17.04.2017 um 00:01 schrieb Vagrant Cascadian: >> Enable distro_bootcmd PXE functions on meson-gxbb systems. >> >> While DHCP boot is already supported, the format is fairly u-boot >> specific, while PXE boot supports the widely used syslinux style boot

[U-Boot] [ANN] U-Boot v2017.05-rc2 released

Hey all, It's release day and v2017.05-rc2 is out. I think my patchwork queue is looking good currently. I have some outstanding removal patches to take from Masahiro related to architectures that I removed as promised. The release is bigger than I really wanted, but since I was on vacation

Re: [U-Boot] Please pull u-boot-rockchip

On Sat, Apr 15, 2017 at 12:55:38PM -0600, Simon Glass wrote: > Hi Tom. > > Here are the rest of the rockchip changes. I have not been able to > include the MIPI driver as it still needs work. Depending on timing > that might come later but more likely it will go to -next. > > > The following

Re: [U-Boot] Please pull u-boot-dm

On Sat, Apr 15, 2017 at 10:45:35AM -0600, Simon Glass wrote: > Hi Tom, > > This includes the DM LED support, some more Atmel patches and as much > of the SCSI changes as I can apply so far. I have not applied the > generic phy changes yet as I still have some nits. > > > The following changes

Re: [U-Boot] [PATCH v7 2/3] mmc: meson: add MMC driver for Meson GX (S905)

On 04/16/2017 09:34 PM, Simon Glass wrote: > Hi Alex, > > On 16 April 2017 at 04:08, Alexander Graf wrote: >> >> >> On 16.04.17 04:09, Heinrich Schuchardt wrote: >>> >>> On 04/15/2017 11:51 PM, Andreas Färber wrote: Am 15.04.2017 um 23:16 schrieb Andreas Färber: >

Re: [U-Boot] [U-Boot, v3, 1/1] meson: gxbb: enable MMC as boot target

On 2017-04-15, xypron.g...@gmx.de wrote: > To enable automatic booting from SD card or eMMC the MMC > devices 0, 1, and 2 are added to the BOOT_TARGET_DEVICES. > > Booting from SD card, eMMC, and DHCP are tried in sequence. > A missing or failing device is gracefully handled. > > Cc: Andreas

Re: [U-Boot] [U-Boot,v2,1/1] meson: gxbb: change ramdisk_addr_r

On 2017-04-14, xypron.g...@gmx.de wrote: > 0x1000 is the start of a 2 MiB area used by the > ARM Trusted Firmware (BL31). > > See > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/tree/arch/arm64/boot/dts/amlogic/meson-gx.dtsi?id=refs/tags/v4.10.10 > > So we should not

[U-Boot] [PATCH] sunxi: assign default clock of H5 to 816MHz

Most Allwinner H5 boards start with VDD-CPUX at 1.1V (e.g. Orange Pi PC2, NanoPi NEO2). Clocking it at 1008MHz is not so safe, and have shown frequent CPU hang on my NanoPi NEO2 board. Currently the ATF will also clock the system to 816MHz at boot. So assign the default clock rate of H5 to

[U-Boot] [PATCH v1 10/15] aspeed: Add P-Bus clock in ast2500 clock driver

Add P-Bus Clock support to ast2500 clock driver. This is the clock used by I2C devices. Signed-off-by: Maxim Sloyko --- Changes in v1: None arch/arm/include/asm/arch-aspeed/scu_ast2500.h | 3 ++- drivers/clk/aspeed/clk_ast2500.c | 11 +++ 2 files

[U-Boot] [PATCH v1 14/15] aspeed: Refactor SCU to use consistent mask & shift

Refactor SCU header to use consistent Mask & Shift values. Now, consistently, to read value from SCU register, mask needs to be applied before shift. Signed-off-by: Maxim Sloyko --- Changes in v1: None arch/arm/include/asm/arch-aspeed/scu_ast2500.h | 12

[U-Boot] [PATCH v1 05/15] aspeed: Reset Driver

Add Reset Driver for ast2500 SoC. This driver uses Watchdog Timer to perform resets and thus depends on it. The actual Watchdog device used needs to be configured in Device Tree using "aspeed,wdt" property, which must be WDT phandle, for example: rst: reset-controller { compatible =

[U-Boot] [PATCH v1 08/15] aspeed: AST2500 Pinctrl Driver

This driver uses Generic Pinctrl framework and is compatible with the Linux driver for ast2500: it uses the same device tree configuration. Not all pins are supported by the driver at the moment, so it actually compatible with ast2400. In general, however, there are differences that in the future

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

On Sun, Apr 16, 2017 at 7:50 PM, Nisal Menuka wrote: > 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. > >

[U-Boot] [PATCH v1 04/15] aspeed: Make SCU lock/unlock functions part of SCU API

Make functions for locking and unlocking SCU part of SCU API. Many drivers need to modify settings in SCU and thus need to unlock it first. This change makes it possible. Signed-off-by: Maxim Sloyko --- Changes in v1: None arch/arm/include/asm/arch-aspeed/scu_ast2500.h | 14

[U-Boot] [PATCH v1 12/15] aspeed: Enable I2C in EVB defconfig

Enable I2C driver in ast2500 Eval Board defconfig. Also enable i2c command. Signed-off-by: Maxim Sloyko --- Changes in v1: None configs/evb-ast2500_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/evb-ast2500_defconfig b/configs/evb-ast2500_defconfig

[U-Boot] [PATCH v1 01/15] aspeed: Update ast2500 Device Tree

Pull in the Device Tree for ast2500 from the mainline Linux kernel. The file is copied from https://raw.githubusercontent.com/torvalds/linux/34ea5c9d/arch/arm/boot/dts/aspeed-g5.dtsi Signed-off-by: Maxim Sloyko --- Changes in v1: - Added link to the original version to

[U-Boot] [PATCH v1 02/15] dm: Simple Watchdog uclass

This is a simple uclass for Watchdog Timers. It has four operations: start, restart, reset, stop. Drivers must implement start, restart and stop operations, while implementing reset is optional: It's default implementation expires watchdog timer in one clock tick. Signed-off-by: Maxim Sloyko

[U-Boot] [PATCH v1 03/15] aspeed: Watchdog Timer Driver

This driver supports ast2500 and ast2400 SoCs. Only ast2500 supports reset_mask and thus the option of resettting individual peripherals using WDT. Signed-off-by: Maxim Sloyko --- Changes in v1: - Rename reset to expire_now - Rename restart to reset ---

[U-Boot] [PATCH v1 15/15] aspeed: Cleanup ast2500-u-boot.dtsi Device Tree

Remove unnecessary apb and ahb nodes and just override necessary nodes/values. Signed-off-by: Maxim Sloyko --- Changes in v1: None --- arch/arm/dts/ast2500-u-boot.dtsi | 41 1 file changed, 21 insertions(+), 20 deletions(-) diff

[U-Boot] [PATCH v1 13/15] aspeed: Add support for Clocks needed by MACs

Add support for clocks needed by MACs to ast2500 clock driver. The clocks are D2-PLL, which is used by both MACs and PCLK_MAC1 and PCLK_MAC2 for MAC1 and MAC2 respectively. The rate of D2-PLL is hardcoded to 250MHz -- the value used in Aspeed SDK. It is not entirely clear from the datasheet how

[U-Boot] [PATCH v1 11/15] aspeed: Add I2C Driver

Add Device Model based I2C driver for ast2500/ast2400 SoCs. The driver is very limited, it only supports master mode and synchronous byte-by-byte reads/writes, no DMA or Pool Buffers. Signed-off-by: Maxim Sloyko --- Changes in v1: - Style fixes --- drivers/i2c/Kconfig |

[U-Boot] [PATCH v1 06/15] aspeed: Device Tree configuration for Reset Driver

Add Reset Driver configuration to ast2500 SoC Device Tree and bindings for various reset signals Signed-off-by: Maxim Sloyko --- Changes in v1: None arch/arm/dts/ast2500-evb.dts | 15 +++ arch/arm/dts/ast2500-u-boot.dtsi | 10 +++

[U-Boot] [PATCH v1 07/15] aspeed: Refactor AST2500 RAM Driver and Sysreset Driver

This change switches all existing users of ast2500 Watchdog to Driver Model based Watchdog driver. To perform system reset Sysreset Driver uses first Watchdog device found via uclass_first_device call. Since the system is going to be reset anyway it does not make much difference which watchdog is

[U-Boot] [PATCH v1 09/15] aspeed: Enable Pinctrl Driver in AST2500 EVB

Enable Pinctrl Driver in AST2500 Eval Board's defconfig Signed-off-by: Maxim Sloyko --- Changes in v1: None configs/evb-ast2500_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/evb-ast2500_defconfig b/configs/evb-ast2500_defconfig index

[U-Boot] [PATCH v1 00/15] Expand Aspeed AST2500 Support

This series expands support for Aspeed AST2500 SoC, commonly used as Board Management Controller in many servers. The main goal of this series is I2C driver, the rest are either cleanups or supporting patches. Most notable among them is addition of Watchdog uclass, so that watchdog drivers can

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 v2 02/14] sysreset: add syscon-reboot driver

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 linux/drivers/power/reset/syscon-reboot.c, >> which provides a generic driver for platforms that only

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] 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] 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:

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,

[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

[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 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 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 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 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).

[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 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 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 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

  1   2   >