Re: [U-Boot] [PATCH v1] cpu: Add Intel Tangier support

On Thu, Apr 20, 2017 at 5:59 AM, Bin Meng wrote: > Hi Andy, > > On Tue, Apr 18, 2017 at 10:21 PM, Andy Shevchenko > wrote: >> From: Felipe Balbi >> >> Add Intel Tangier SoC support. >> >> Intel Tangier SoC is a core part of Intel Merrifield platform. For >> example, Intel Edison board is based o

[U-Boot] [PATCH 0/3] ARM: uniphier: UniPhier changes for v2017.05

Masahiro Yamada (3): ARM: uniphier: enable PSCI sysreset for uniphier_v8_defconfig ARM: uniphier: show STM (SCP) status on boot and pinmon command ARM: dts: uniphier: sync Device Tree with Linux arch/arm/dts/uniphier-ld11.dtsi | 59 +++--- arch/arm/dts/uniphie

[U-Boot] [PATCH 2/3] ARM: uniphier: show STM (SCP) status on boot and pinmon command

The SCP (System Control Processor) or what we call STM (Stand-by MPU) is integrated in LD4, Pro4, sLD8, LD6b, LD11, and LD20. For these SoCs, show the information if STM is enabled. Signed-off-by: Masahiro Yamada --- arch/arm/mach-uniphier/board_late_init.c | 16 ++ arch/arm/mac

[U-Boot] [PATCH 3/3] ARM: dts: uniphier: sync Device Tree with Linux

- Use - instead of @ for OPP tables - Add input-delay properties to Cadence eMMC nodes - Restore full license text because code-diff is annoying - Fix NAND compatible strings Signed-off-by: Masahiro Yamada --- arch/arm/dts/uniphier-ld11.dtsi | 59 ++- arch/arm/dt

[U-Boot] [PATCH 1/3] ARM: uniphier: enable PSCI sysreset for uniphier_v8_defconfig

This configuration is supposed to be used with ARM Trusted Firmware, so the SYSTEM_RESET is implemented in BL31. Invoke PSCI instead of U-Boot's own reset code because we need to coordinate with SCP (System Control Processor) for the system-level power management. Signed-off-by: Masahiro Yamada

[U-Boot] [PATCH] rockchip: pinctrl: rk3399: add gmac io strength support

GMAC controller need to init the tx io driver strength to 13mA, just like the description in dts pinctrl node, or else the controller may only work in 100MHz Mode, and fail to work at 1000MHz mode. Signed-off-by: Kever Yang --- arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 75 ++

Re: [U-Boot] [PATCH] rockchip: pinctrl: rk3399: add gmac io strength support

> > On 20 Apr 2017, at 10:15, Kever Yang wrote: > > GMAC controller need to init the tx io driver strength to 13mA, > just like the description in dts pinctrl node, or else the controller > may only work in 100MHz Mode, and fail to work at 1000MHz mode. > > Signed-off-by: Kever Yang > --- > >

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

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, OPP_HIGH VDD_IVA:OPP_NOM, OPP_HIGH This patch add support for

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

On Sunday 16 April 2017 10:13 AM, 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, OPP_HIGH

Re: [U-Boot] [PATCH] rockchip: pinctrl: rk3399: add gmac io strength support

Hi Philipp, On 04/20/2017 04:21 PM, Dr. Philipp Tomsich wrote: On 20 Apr 2017, at 10:15, Kever Yang > wrote: GMAC controller need to init the tx io driver strength to 13mA, just like the description in dts pinctrl node, or else the controller may only work i

Re: [U-Boot] [PATCH] rockchip: pinctrl: rk3399: add gmac io strength support

> On 20 Apr 2017, at 10:44, Kever Yang wrote: > > Hi Philipp, > > On 04/20/2017 04:21 PM, Dr. Philipp Tomsich wrote: >>> >>> On 20 Apr 2017, at 10:15, Kever Yang >> > wrote: >>> >>> GMAC controller need to init the tx io driver strength to 13mA, >>> just like

Re: [U-Boot] [U-Boot PATCH V2 6/9] usb: ums: add do_extra_command

Hi Eddie, > Hi Lukasz > > 2017-04-20 6:14 GMT+08:00 Lukasz Majewski : > > Hi Eddie, > > > >> add do_extra_command to let people deal with customized command > >> > >> Signed-off-by: Eddie Cai > >> --- > >> drivers/usb/gadget/f_mass_storage.c | 8 +++- > >> 1 file changed, 7 insertions(+), 1

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

Hi Andreas, Thanks for fixing my pool English, will update in next version. Thanks, - Kever On 04/19/2017 09:00 PM, Andreas Färber wrote: Hi Kever, Some grammar nits below: Am 19.04.2017 um 08:42 schrieb Kever Yang: There are 3 region used by rk3399 ATF: "regions" - bl31 code, locate

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

There are 3 regions used by rk3399 ATF: - bl31 code, located at 0x1; - cortex-m0 code and data, located at 0xff8c; - bl31 data, located at 0xff8c1000 ~ 0xff8c4000; SPL_TEXT_BASE starts from 0xff8c2000, we need to reserve memory for ATF data, or else there will be memory corrupt after SPL l

Re: [U-Boot] [U-Boot PATCH V2 6/9] usb: ums: add do_extra_command

Hi, > Hi Eddie, > > > Hi Lukasz > > > > 2017-04-20 6:14 GMT+08:00 Lukasz Majewski : > > > Hi Eddie, > > > > > >> add do_extra_command to let people deal with customized command > > >> > > >> Signed-off-by: Eddie Cai > > >> --- > > >> drivers/usb/gadget/f_mass_storage.c | 8 +++- > > >> 1 f

Re: [U-Boot] [U-Boot PATCH V2 6/9] usb: ums: add do_extra_command

HI Lukasz 2017-04-20 17:14 GMT+08:00 Lukasz Majewski : > Hi, > >> Hi Eddie, >> >> > Hi Lukasz >> > >> > 2017-04-20 6:14 GMT+08:00 Lukasz Majewski : >> > > Hi Eddie, >> > > >> > >> add do_extra_command to let people deal with customized command >> > >> >> > >> Signed-off-by: Eddie Cai >> > >> ---

Re: [U-Boot] [PATCH v1] cpu: Add Intel Tangier support

Hi Andy, On Thu, Apr 20, 2017 at 3:23 PM, Andy Shevchenko wrote: > On Thu, Apr 20, 2017 at 5:59 AM, Bin Meng wrote: >> Hi Andy, >> >> On Tue, Apr 18, 2017 at 10:21 PM, Andy Shevchenko >> wrote: >>> From: Felipe Balbi >>> >>> Add Intel Tangier SoC support. >>> >>> Intel Tangier SoC is a core pa

Re: [U-Boot] [PATCH] zynq-topic-miami.dts: Add usbotg0 alias to make USB actually work

Hi, On 10.4.2017 08:56, Mike Looijmans wrote: > Fixes the following problem: > zynq-uboot> run dfu_ram > Setting bus to 1 > g_dnl_register: failed!, error: -19 > > The cause appears to be that the USB framework is looking for a usbotg > aliases, > so add the alias to point to our USB device. >

Re: [U-Boot] [U-Boot 1/3] drivers: usb: gadget: add the rockusb gadget

Hi Eddie, > this patch implement fastboot protocol on the device side. this is > based on USB download gadget infrastructure. the rockusb function > implements the rd, wl, rid commands. it can work with rkdeveloptool; > https://github.com/rockchip-linux/rkdeveloptool > > Signed-off-by: Eddie Cai

Re: [U-Boot] [U-Boot 2/3] cmd: add rockusb command

Hi Eddie, > this patch add rockusb command. the usage is > rockusb [] > e.g. rockusb 0 mmc 0 > > Signed-off-by: Eddie Cai > --- > cmd/Kconfig | 12 + > cmd/Makefile | 1 + > cmd/rockusb.c | 79 > +++ > include/ro

Re: [U-Boot] [U-Boot 3/3] rockchip: rk3288: enable rockusb support on rk3288 based device

Hi Eddie, > this patch enable rockusb support on rk3288 based device. > > Signed-off-by: Eddie Cai > --- > include/configs/rk3288_common.h | 4 > 1 file changed, 4 insertions(+) > > diff --git a/include/configs/rk3288_common.h > b/include/configs/rk3288_common.h index b5606d4..b19a34d 100

[U-Boot] [PATCH] arm64: zynqmp: Sync defconfig with Kconfig

Remove option which depends on MMC controller which is disabled for dc2. Savedefconfig is removing it because of new dependencies. Signed-off-by: Michal Simek --- configs/xilinx_zynqmp_zc1751_xm016_dc2_defconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/configs/xilinx_zynqmp_zc1751_xm0

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

Hi, On Mon, Apr 17, 2017 at 10:38:03AM +0800, 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 order

Re: [U-Boot] [PATCH v4 01/11] rockchip: include: grf: Add GRF register declaration for mipi dsi

On 19 April 2017 at 22:45, Eric Gao wrote: > Signed-off-by: Eric Gao > > --- > > Changes in v4: None > Changes in v3: > -Split GRF changes as a single patch > > Changes in v2: None > > arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 23 +++ > 1 file changed, 23 insertions(+

Re: [U-Boot] [PATCH v4 02/11] rockchip: video: Add mipi driver for rockchip soc

Hi Eric, On 19 April 2017 at 22:45, Eric Gao wrote: > Signed-off-by: Eric Gao > > --- > > Changes in v4: None > Changes in v3: > -Split mipi dsi driver file and header as a single patch. > > Changes in v2: None > > .../include/asm/arch-rockchip/rockchip_mipi_dsi.h | 195 > drivers/vid

Re: [U-Boot] [PATCH v4 09/11] rockchip: board: evb_rk3399: initialize pwm0 for dispaly backlight

On 19 April 2017 at 22:45, Eric Gao wrote: > Signed-off-by: Eric Gao > > --- > > Changes in v4: None > Changes in v3: > -Add ret value in debug message. > > Changes in v2: > -Add pwm0 pinctrl init for lcd backlight. > > board/rockchip/evb_rk3399/evb-rk3399.c | 7 +++ > 1 file changed, 7 inse

Re: [U-Boot] [PATCH v4 06/11] rockchip: video: vop: Add mipi display mode for rk3399

On 19 April 2017 at 22:45, Eric Gao wrote: > Add mipi display mode for rk3399 vop, so that we can use mipi panel > for display. > > Signed-off-by: Eric Gao > > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: > -Add mipi display mode for vop. > -Add compatible items for rk3399 v

Re: [U-Boot] [PATCH v4 08/11] rockchip: video: vop: Reserve enough space for mipi dispaly

On 19 April 2017 at 22:45, Eric Gao wrote: > plat->size here is used to reserve frame buffer space befor relocation. > our mipi panel use 24 bitwidth, and vop require 32bit align. So the frame > buffer size should be at least 1920*1200*32/8. > > Signed-off-by: Eric Gao > > --- > > Changes in v4:

Re: [U-Boot] [PATCH v4 11/11] rockchip: configs: Enable mipi dsi for rk3399

On 19 April 2017 at 22:45, Eric Gao wrote: > Enable mipi dsi by default for rk3399-evb board > > Signed-off-by: Eric Gao > > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: > -Add defconfigs for mipi display, so that it can be enabled by default. > > configs/evb-rk3399_defconf

Re: [U-Boot] [PATCH v4 05/11] rockchip: video: vop: Fix rk_display_init() return error

Hi Eric, On 19 April 2017 at 22:45, Eric Gao wrote: > 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 error > when it return zero rather than return a nonzero value. > > Signed-off-by: Eric Gao >

Re: [U-Boot] [PATCH v4 10/11] rockchip: dts: Add mipi dsi support for rk3399

On 19 April 2017 at 22:45, Eric Gao wrote: > 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 > > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: > -Add dts config f

Re: [U-Boot] [PATCH v4 07/11] rockchip: video: vop: Set different bitwidth for different display mode

On 19 April 2017 at 22:45, Eric Gao wrote: > Because the bitwidth is different for different display mode, so we need > to set them according to demand. > > Signed-off-by: Eric Gao > > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: > -Change the bitwidth for different display

Re: [U-Boot] [PATCH v3] Add 16-bit single register pin controller support

Hello James, Disregarding one missing space this looks good to me. On 19.04.2017 04:06, James Balean wrote: > Enables the pinctrl-single driver to support 16-bit registers. Only > 32-bit registers were supported previously. Reduced width registers are > required for some platforms, such as OMAP.

Re: [U-Boot] [PATCH] spl: dfu: compilation fixes for spl-dfu

Hi Lukasz >>> a/common/cli.c b/common/cli.c index a433ef2..3dd4c2b 100644 >>> --- a/common/cli.c >>> +++ b/common/cli.c >>> @@ -28,7 +28,7 @@ DECLARE_GLOBAL_DATA_PTR; >>> */ >>> int run_command(const char *cmd, int flag) { -#ifndef >>> CONFIG_HUSH_PARSER >>> +#if defined(CONFIG_SPL_BUILD) ||

[U-Boot] AM335x Falcon Mode

Hi Everyone, I'm trying to boot a Beaglebone-Black using Falcon Mode, so far no luck ! I'm using manline u-boot version v2017.01 configured using am335x_boneblack_defconfig and no other source changes. Here are the steps I performed running from an SD card (Fat Partition) : U-Boot SPL 2017.01-d

Re: [U-Boot] [PATCH v1 1/4] sf: add ADDR_4B for 4byte address support

Hello Jagan, [snip] > > > > Sorry for the late, It's better to not relay on specific flash and do > > the 4-byte addressing. So, I've sent some patches based on this [1] > > and will send the next version to wind-up all these changes. Please wait > > some > time. > > Any update on supporting 4

Re: [U-Boot] [PATCH] rockchip: pinctrl: rk3399: add gmac io strength support

> On 20 Apr 2017, at 10:48, Dr. Philipp Tomsich > wrote: > >> On 20 Apr 2017, at 10:44, Kever Yang wrote: >> >> Hi Philipp, >>> >>> >>> Do you know if this is required for all board designs? >>> We have a total run length of less than 2cm to the KSZ9031 PHY and wondered >>> about this ours

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

On Wed, Apr 19, 2017 at 09:17:28PM -0600, Simon Glass wrote: > Hi Wenyou, > > On 18 April 2017 at 02:02, Yang, Wenyou wrote: > > Hi Simon, > > > > The patches has been rebased on the master branch of u-boot-dm git tree > > > > Could you help take them? > > I know they've been hanging around for

Re: [U-Boot] [PATCH v6 13/16] arm: socfpga: Add SPL support for Arria 10

On Wed, 2017-04-19 at 23:58 -0500, Dinh Nguyen wrote: > On Wed, Apr 19, 2017 at 6:21 PM, Dalon Westergreen > wrote: > > > > On Wed, 2017-04-19 at 13:54 -0700, Dalon Westergreen wrote: > > > > > > On Wed, 2017-04-19 at 15:44 -0500, Dinh Nguyen wrote: > > > > > > > > > > > > Really including Dal

Re: [U-Boot] AM335x Falcon Mode

Ayoub wrote... > => run args_mmc > => run loadimage > 8942296 bytes read in 610 ms (14 MiB/s) > => run loadfdt > 58129 bytes read in 56 ms (1013.7 KiB/s) > => spl export fdt ${loadaddr} - ${fdtaddr} I have AM335x Falcon mode running with SPI flash (albeit an old 2014.xx U-Boot version) and the c

Re: [U-Boot] AM335x Falcon Mode

Hi Andy, Thanks for the answer, I figured out what the problem is, in the fact I was using a zImage, using an uImage format solve the problem :-) It should maybe added to the documentation ;-) best regards, Ayoub Zaki On 20 April 2017 at 16:31:21 +02:00, Andy Pont wrote: > Ayoub wrote... > >

[U-Boot] [PATCH] Kconfig: Enable FIT support by default for TI platforms

Almost all TI defconfigs enable this already, add this as a default and remove the explicit assignment. Signed-off-by: Andrew F. Davis --- Kconfig| 1 + configs/am335x_baltos_defconfig| 1 - configs/am335x_boneblack_defconfig | 1 - configs

Re: [U-Boot] [PATCH] Kconfig: Enable FIT support by default for TI platforms

On Thu, Apr 20, 2017 at 09:52:37AM -0500, Andrew F. Davis wrote: > Almost all TI defconfigs enable this already, add this as a default > and remove the explicit assignment. > > Signed-off-by: Andrew F. Davis > --- > Kconfig| 1 + [snip] > diff --git a/Kconfig

Re: [U-Boot] [PATCH] Kconfig: Enable FIT support by default for TI platforms

On 04/20/2017 10:14 AM, Tom Rini wrote: > On Thu, Apr 20, 2017 at 09:52:37AM -0500, Andrew F. Davis wrote: > >> Almost all TI defconfigs enable this already, add this as a default >> and remove the explicit assignment. >> >> Signed-off-by: Andrew F. Davis >> --- >> Kconfig

[U-Boot] [PATCH v2 0/8] drivers: i2c: davinci_i2c: Convert driver to DM

This patch series converts the davinci i2c driver to use device model. This updated driver has been verified on both Keystone K2G and Keystone K2L evms by performing several i2c operations in U-boot prompt. Some additional work was required to get things working on K2G due to the code that reads t

[U-Boot] [PATCH v2 7/8] ARM: dts: keystone-k2g-evm: Enable I2C0 and I2C1

Enable I2C0 and I2C1 which is needed to enable usage of DM I2C. Signed-off-by: Franklin S Cooper Jr --- arch/arm/dts/keystone-k2g-evm.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/dts/keystone-k2g-evm.dts b/arch/arm/dts/keystone-k2g-evm.dts index 696a0d7..2c99df4 1006

[U-Boot] [PATCH v2 4/8] ti: common: board_detect: Set alen to expected value before i2c read

In non DM I2C read operations the address length passed in during a read operation will be used automatically. However, in DM I2C the address length is set to a default value of one which causes problems when trying to perform a read with a differing alen. Therefore, before the first read in a seri

[U-Boot] [PATCH v2 3/8] ti: common: board_detect: Introduce function to set the address length.

Reading from the I2C EEPROM used typically requires using an address length of 2. However, when using DM for I2C the default address length used is 1. To fix this introduce a new function that allows the address length to be changed. The logic to do so was copied from cmd/i2c.c. Signed-off-by: Fra

[U-Boot] [PATCH v2 2/8] drivers: i2c: davinci_i2c: Update davinci i2c driver to driver model

Convert davinci i2c driver to driver model. Signed-off-by: Franklin S Cooper Jr --- drivers/i2c/davinci_i2c.c | 92 +-- 1 file changed, 90 insertions(+), 2 deletions(-) diff --git a/drivers/i2c/davinci_i2c.c b/drivers/i2c/davinci_i2c.c index a6bce26..

[U-Boot] [PATCH v2 5/8] ARM: dts: k2g: Add I2C nodes to 66AK2Gx

Add I2C nodes to the 66AK2Gx dtsi. Signed-off-by: Franklin S Cooper Jr Reviewed-by: Tom Rini --- arch/arm/dts/keystone-k2g.dtsi | 32 1 file changed, 32 insertions(+) diff --git a/arch/arm/dts/keystone-k2g.dtsi b/arch/arm/dts/keystone-k2g.dtsi index 2193f9f..19

[U-Boot] [PATCH v2 6/8] ARM: dts: keystone2: add I2C aliases for davinci I2C nodes

Add aliases for I2C nodes required for the DM framework to probe the davinci-i2c driver. Signed-off-by: Franklin S Cooper Jr --- arch/arm/dts/keystone.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/dts/keystone.dtsi b/arch/arm/dts/keystone.dtsi index be97f3f..9a2e1f6 100644

[U-Boot] [PATCH v2 1/8] i2c: davinci: Split functions into two parts for future DM support

The i2c driver will be converted to support device model. In preparation for that change split the various functions into two parts. This will allow device model specific driver to reuse the majority of the code from the non device model implementation. Also rename the probe function to probe_chip

[U-Boot] [PATCH v2 8/8] ARM: keystone: Enable DM_I2C by default

Enable by default DM_I2C for all Texas Instruments Keystone 2 based evms. Signed-off-by: Franklin S Cooper Jr --- arch/arm/mach-keystone/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/mach-keystone/Kconfig b/arch/arm/mach-keystone/Kconfig index 67f5fa0..3ea8dc3 100644 -

Re: [U-Boot] [PATCH] Kconfig: Enable FIT support by default for TI platforms

On Thu, Apr 20, 2017 at 10:22:24AM -0500, Andrew F. Davis wrote: > On 04/20/2017 10:14 AM, Tom Rini wrote: > > On Thu, Apr 20, 2017 at 09:52:37AM -0500, Andrew F. Davis wrote: > > > >> Almost all TI defconfigs enable this already, add this as a default > >> and remove the explicit assignment. > >>

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

On 04/14/2017 06:44 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 files, prepend the vendor directory for A

Re: [U-Boot] arch/arm/lib/crt0_arm_efi.o build errors

On 04/11/2017 05:58 AM, Andreas Färber wrote: Hello, In our OBS builds I occasionally see the following build failure with, e.g., -j 2, which seems to hint at a missing Makefile dependency somewhere: [ 234s] CC lib/efi_loader/helloworld.o [ 234s] make[2]: *** No rule to make target 'a

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

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 m24c08@50. Same as /etc/init.d/rockchip.sh on Tinker OS. Signed-off-by: Jonas Karlman --- Changes in v2: - Change to use i2c_eeprom device dr

[U-Boot] [PATCH v4 0/4] u-boot.elf: support other archs

Provide an u-boot.elf binary for Broadcom MIPS platforms by re-using the already existing Makefile target for aarch64. This u-boot.elf binary should be used as a stage 2 loader until U-Boot can be replace the original Broadcom boot loader. Split patches from main BMIPS support. Álvaro Fernández R

[U-Boot] [PATCH v4 1/4] u-boot.elf: remove hard-coded arm64 flags

This is needed in order to allow building it for other archs. Move relocation comment to a better place. Remove no longer needed dts FIXME. Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Tom Rini --- v4: no changes v3: Introduce changes suggested by Daniel Schwierzeck: - Split patches.

[U-Boot] [PATCH v4 3/4] MIPS: add support for generating u-boot.elf

Define PLATFORM_ELFFLAGS for MIPS in order to be able to generate u-boot.elf Signed-off-by: Álvaro Fernández Rojas --- v4: Introduce changes suggested by Tom Rini: - __start is the standard for MIPS, not ARM. v3: Introduce changes suggested by Daniel Schwierzeck: - Add new patch. arch/mip

[U-Boot] [PATCH v4 4/4] u-boot.elf: add quiet_cmd_u-boot-elf and cmd_u-boot-elf

This way we can see output about u-boot.elf being built or not. Signed-off-by: Álvaro Fernández Rojas --- v4: Introduce changes suggested by Tom Rini: - Add new patch to output u-boot.elf build. Makefile | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/Makefile

[U-Boot] [PATCH v4 2/4] u-boot.elf: allow overriding entry symbol

LD gives the following warning when trying to process u-boot-elf.o warning: cannot find entry symbol __start; defaulting to 8001 According to gnu-libc the entry symbol for mips is __start and not _start: https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/mips/dl-machine.h;h=ed4751

[U-Boot] [PATCH v4 00/14] Add support for Broadcom MIPS SoCs

This adds support for some of the xDSL Broadcom MIPS SoCs: - BCM6358 - BCM6328 - BCM63268 However, support for other SoCs could be added in the future: - Other BCM63xx - BCM33xx - BCM71xx v4: Introduce changes suggested by Simon Glass: - Refactor cmd/cpu. - Remove device_probe patch for sy

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

Add a new sysreset driver based on linux/drivers/power/reset/syscon-reboot.c, which provides a generic driver for platforms that only require writing a mask to a regmap offset. Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon Glass --- v4: Rebased. v3: Introduce changes suggested by Si

[U-Boot] [PATCH v4 07/14] ram: add RAM driver for Broadcom MIPS SoCs

Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon Glass --- v4: No changes. v3: Rename of_match to ids. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. drivers/ram/Makefile| 2 + drivers/ram/bmips_ram.c | 126 ++

[U-Boot] [PATCH v4 01/14] cmd: cpu: fix NULL cpu feature prints

Commit 740d5d3 added two new features but only one feature name, which results in NULL prints when device_id feature is selected. Before: HG556a # cpu detail -1: cpu@0 BCM6358A1 ID = 0, freq = 300 MHz: L1 cache, MMU, NULL Device ID 0x2a010

[U-Boot] [PATCH v4 04/14] serial: add serial driver for BCM6345

It is based on linux/drivers/tty/serial/bcm63xx_uart.c Signed-off-by: Álvaro Fernández Rojas --- v4: Add more missing register configurations based on CFE. v3: Several improvements: - Add missing register configurations based on CFE. - Replace tabs with whitespaces. - Cosmetic fixes. v2:

[U-Boot] [PATCH v4 06/14] cpu: add CPU driver for Broadcom MIPS SoCs

Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon Glass --- v4: No changes. v3: Several improvements: - Probe driver correctly. - Allocate size for priv struct. - Cosmetic fixes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Get regist

[U-Boot] [PATCH v4 08/14] MIPS: add initial infrastructure for Broadcom MIPS SoCs

CFE checks CPU Thread in a different way (using register $22): mfc0t1, C0_BCM_CONFIG, 3 # $22 li t2, CP0_CMT_TPID # (1 << 31) and t1, t2 bnezt1, 2f # if we are running on thread 1, skip init nop Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v3: Select CONFIG_REMAKE

[U-Boot] [PATCH v4 03/14] MIPS: allow using generic sysreset drivers

Avoid duplicating do_reset definition if SYSRESET is enabled for MIPS Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon Glass --- v4: No changes. v3: No changes. v2: No changes. arch/mips/cpu/cpu.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/mips/cpu/cpu.c b/arch/mips/

[U-Boot] [PATCH v4 14/14] MIPS: add BMIPS Comtrend VR-3032u board

Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Remove DEBUG_UART from defconfig. arch/mips/dts/Makefile | 1 + arch/mips/dts/comtrend,vr-3032u.dts| 27 ++

[U-Boot] [PATCH v4 12/14] MIPS: add BMIPS Comtrend AR-5387un board

Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Remove DEBUG_UART from defconfig. arch/mips/dts/Makefile | 1 + arch/mips/dts/comtrend,ar-5387un.dts| 27

[U-Boot] [PATCH v4 13/14] MIPS: add support for Broadcom MIPS BCM63268 SoC family

Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Add PERF_BASE to cpus. arch/mips/dts/brcm,bcm63268.dtsi | 88 arch/mips/mach-bmips/Kco

[U-Boot] [PATCH v4 05/14] cmd: cpu: refactor to ensure devices are probed and improve code style

Use uclass_first_device and uclass_next_device in order to avoid exceptions for drivers that aren't probed when cpu ops are requested. Improve code style and fix indentations. Fix incorrect line break when cpu info is not available. Remove unneeded brackets. Signed-off-by: Álvaro Fernández Rojas

[U-Boot] [PATCH v4 10/14] MIPS: add BMIPS Huawei HG556a board

Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v3: Add cfi-flash support. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Remove DEBUG_UART from defconfig. arch/mips/dts/Makefile | 1 + arch/mips/dts/huawei,hg556a.dts |

[U-Boot] [PATCH v4 11/14] MIPS: add support for Broadcom MIPS BCM6328 SoC family

Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Add PERF_BASE to cpus. arch/mips/dts/brcm,bcm6328.dtsi | 88 + arch/mips/mach-bmips/Kco

[U-Boot] [PATCH v4 09/14] MIPS: add support for Broadcom MIPS BCM6358 SoC family

Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v3: Add cfi-flash defines. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Add PERF_BASE to cpus. - Merge with "fix ioremap for BCM6358" patch. - Add a custom ioremap.h instead of modifying

Re: [U-Boot] [PATCH v4 2/4] u-boot.elf: allow overriding entry symbol

On Thu, Apr 20, 2017 at 08:36:26PM +0200, Álvaro Fernández Rojas wrote: > LD gives the following warning when trying to process u-boot-elf.o > warning: cannot find entry symbol __start; defaulting to 8001 > According to gnu-libc the entry symbol for mips is __start and not _start: > ht

Re: [U-Boot] [PATCH v6 13/16] arm: socfpga: Add SPL support for Arria 10

On Thu, 2017-04-20 at 07:12 -0700, Dalon Westergreen wrote: > On Wed, 2017-04-19 at 23:58 -0500, Dinh Nguyen wrote: > > > > On Wed, Apr 19, 2017 at 6:21 PM, Dalon Westergreen > > wrote: > > > > > > > > > On Wed, 2017-04-19 at 13:54 -0700, Dalon Westergreen wrote: > > > > > > > > > > > > On We

Re: [U-Boot] [PATCH v4 4/4] u-boot.elf: add quiet_cmd_u-boot-elf and cmd_u-boot-elf

On Thu, Apr 20, 2017 at 08:36:28PM +0200, Álvaro Fernández Rojas wrote: > This way we can see output about u-boot.elf being built or not. > > Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [PATCH v3 01/15] cmd: cpu: fix NULL cpu feature prints

On Tue, Apr 18, 2017 at 10:38:30PM +0200, Álvaro Fernández Rojas wrote: > Commit 740d5d3 added two new features but only one feature name, > which results in NULL prints when device_id feature is selected. > > Before: > HG556a # cpu detail >-1: cpu@0 BCM6358A1 > I

[U-Boot] [PATCH v4 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 / ta

[U-Boot] [PATCH v4 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 Sign

[U-Boot] [PATCH v4 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 adds the 'rockchip,rk3399-spi' string to its co

[U-Boot] [PATCH v4 0/7] rockchip: spi: rk3399: add SPI support for the RK3399

This series adds SPI support for the RK3399 (SPI1 and SPI5). This consists of the following individual changes: - clock support for the SPI blocks clocked from GRF (i.e. SPI1, SPI2, SPI 4 and SPI5) - pinctrl for SPI1 and SPI5 - changes the SPI module input clock to 198MHz (instead of 99MHz) for

[U-Boot] [PATCH v4 3/7] rockchip: spi: rk_spi: dynamically select an module input rate

The original clock/bitrate selection code for the rk_spi driver was a bit limited, as it always selected a 99MHz input clock rate (which would allow for a maximum bitrate of 49.5MBit/s), but returned -EINVAL if a bitrate higher than 48MHz was requested. To give us better control over the bitrate (

[U-Boot] [PATCH v4 4/7] rockchip: spi: rewrite rkspi_set_clk for a more conservative baudrate setting

The baudrate in rkspi was calculated by using an integer division (which implicitly discarded any fractional result), then rounding to an even number and finally clamping to 0xfffe using a bitwise AND operator. This introduced two issues: 1) for very small baudrates (overflowing the 0xfffe range),

[U-Boot] [PATCH v4 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 Acked-by: Simon Glass ---

[U-Boot] [PATCH v4 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:

Re: [U-Boot] [PATCH 1/2] rockchip: config: rk3399: clean with make savedefconfig

On 16 April 2017 at 13:30, Simon Glass wrote: > On 11 April 2017 at 21:54, Kever Yang wrote: >> Clean the evb-rk3399_defconfig with make savedefconfig. >> >> Signed-off-by: Kever Yang >> --- >> >> configs/evb-rk3399_defconfig | 14 +- >> 1 file changed, 5 insertions(+), 9 deletions(

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

Hi Jonas, On 20 April 2017 at 12:23, 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 m24c08@50. > Same as /etc/init.d/rockchip.sh on Tinker OS. > > Signed-off-by:

Re: [U-Boot] [PATCH] mkimage: rockchip: add support for rk3328

On 16 April 2017 at 13:33, Simon Glass wrote: > On 14 April 2017 at 00:55, Kever Yang wrote: >> Add support for rk3328 package header in mkimage tool. >> >> Signed-off-by: Kever Yang >> --- >> >> tools/rkcommon.c | 1 + >> 1 file changed, 1 insertion(+) >> > > Reviewed-by: Simon Glass Applied

Re: [U-Boot] [PATCH 1/5] mmc: dw_mmc: rockchip: select proper card clock

On 16 April 2017 at 13:34, Simon Glass wrote: > On 16 April 2017 at 03:44, Ziyuan Xu wrote: >> As you know, biu_clk is used for AMBA AHB/APB interface, ciu_clk is >> used for communication between host and card devices. The real bus clock >> is ciu, so let's rectify it. >> >> Signed-off-by: Ziyua

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

On 17 April 2017 at 21:59, Simon Glass wrote: > On 17 April 2017 at 09:43, Philipp Tomsich > 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 func

Re: [U-Boot] [PATCH] rockchip: rk3399: use regulators_enable_boot_on() to init regulator

On 16 April 2017 at 13:30, Simon Glass wrote: > On 11 April 2017 at 22:00, Kever Yang wrote: >> Use regulators_enable_boot_on() instead of init regulators one by one, >> the interface can init all the regulators with regulator-boot-on property. >> >> Signed-off-by: Kever Yang >> --- >> >> board

Re: [U-Boot] [PATCH 5/5] rockchip: clk: rk3328: add ciu_clk entry for eMMC/SDMMC

On 16 April 2017 at 13:34, Simon Glass wrote: > On 16 April 2017 at 03:44, Ziyuan Xu wrote: >> The genunie bus clock is sclk_x for eMMC/SDMMC, add support for it. >> >> Signed-off-by: Ziyuan Xu >> --- >> >> drivers/clk/rockchip/clk_rk3328.c | 8 >> 1 file changed, 8 insertions(+) > > A

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

On 20 April 2017 at 14:05, Philipp Tomsich 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 off-by-one > error resulting from the following se

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

On 17 April 2017 at 22:00, Simon Glass wrote: > On 17 April 2017 at 09:48, Philipp Tomsich > 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-explai

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

On 20 April 2017 at 14:05, Philipp Tomsich 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 more general and will also support > differ

Re: [U-Boot] [PATCH v4 3/7] rockchip: spi: rk_spi: dynamically select an module input rate

On 20 April 2017 at 14:05, Philipp Tomsich wrote: > The original clock/bitrate selection code for the rk_spi driver was a > bit limited, as it always selected a 99MHz input clock rate (which > would allow for a maximum bitrate of 49.5MBit/s), but returned -EINVAL > if a bitrate higher than 48MHz w

  1   2   >