Re: [U-Boot] [RFC PATCH 7/8] serial: actions: add uart support for s700

On Sun, Jan 06, 2019 at 01:12:53AM +, André Przywara wrote: > On 05/01/2019 18:20, Manivannan Sadhasivam wrote: > > On Thu, Jan 03, 2019 at 06:56:22PM +0530, Amit Singh Tomar wrote: > >> UART controller present on S700 is compatible with existing > >> S900 UART, this patch simply adds a proper

Re: [U-Boot] [RFC PATCH 2/8] arm: actions: Add owl memory map regions

On Sun, Jan 06, 2019 at 01:16:43AM +, André Przywara wrote: > On 05/01/2019 18:27, Manivannan Sadhasivam wrote: > > Hi, > > > On Thu, Jan 03, 2019 at 06:56:17PM +0530, Amit Singh Tomar wrote: > >> This adds memory regions needed to setup MMU for actions > >> S900 and S700 SoCs. > >> > >> Sign

Re: [U-Boot] [RFC PATCH 5/8] arm: actions: add S700 SoC device tree

> Ah, good catch, I agree on the -u-boot.dtsi approach. Thanks for talking about it( I was expecting this comment) > Amit, please don't claim it's "sync with Linux" if it isn't. At least > document this change. Yeah, I was aware of this situation but rightly so, I should have documented it in co

[U-Boot] [PATCH v3] rockchip: add support for veyron-speedy (ASUS Chromebook C201)

This adds support for the ASUS C201, a RK3288-based clamshell device. The device tree comes from linus's linux tree at 3f16503b7d2274ac8cbab11163047ac0b4c66cfe. The SDRAM parameters are for 4GB Samsung LPDDR3, decoded from coreboot's src/mainboard/google/veyron/sdram_inf/sdram-lpddr3-samsung-4GB.in

Re: [U-Boot] [RFC PATCH 5/8] arm: actions: add S700 SoC device tree

On 05/01/2019 18:41, Manivannan Sadhasivam wrote: > On Thu, Jan 03, 2019 at 06:56:20PM +0530, Amit Singh Tomar wrote: >> This patch adds .dtsi file(sync with Linux 4.20) and required binding >> for S700 SoC that is a 64-bit Quad-core ARM Cortex-A53 cores. >> >> Signed-off-by: Amit Singh Tomar >> -

Re: [U-Boot] [RFC PATCH 6/8] arm: add Cubieboard7 board support

On 03/01/2019 13:26, Amit Singh Tomar wrote: Hi, > The Cubieboard is a single board computer containing a > Actions S700 SoC(with 4 ARMv8 Cortex-A53 cores). > > This patch adds respective defconfig alongwith device tree(sync with > Linux 4.20). > > Signed-off-by: Amit Singh Tomar > --- > arch

Re: [U-Boot] [RFC PATCH 2/8] arm: actions: Add owl memory map regions

On 05/01/2019 18:27, Manivannan Sadhasivam wrote: Hi, > On Thu, Jan 03, 2019 at 06:56:17PM +0530, Amit Singh Tomar wrote: >> This adds memory regions needed to setup MMU for actions >> S900 and S700 SoCs. >> >> Signed-off-by: Amit Singh Tomar >> --- >> arch/arm/mach-owl/Makefile | 1 + >>

Re: [U-Boot] [RFC PATCH 7/8] serial: actions: add uart support for s700

On 05/01/2019 18:20, Manivannan Sadhasivam wrote: > On Thu, Jan 03, 2019 at 06:56:22PM +0530, Amit Singh Tomar wrote: >> UART controller present on S700 is compatible with existing >> S900 UART, this patch simply adds a proper compatible string >> so that S900 uart driver can be reused for S700. >>

Re: [U-Boot] [U-Boot, v2, 2/2] rockchip: fix incorrect detection of ram size

On Fri, Nov 30, 2018 at 10:08:07PM +0100, Philipp Tomsich wrote: > Marty, > > > On 30.11.2018, at 22:05, Philipp Tomsich > > wrote: > > > >> Taken from coreboot's src/soc/rockchip/rk3288/sdram.c > >> > >> Without this change, my u-boot build for the asus c201 chromebook (4GiB) > >> is incorrec

[U-Boot] [PATCH 1/1] efi_selftest: SNP unit test on sandbox

Running the simple network protocol test on the sandbox requires setting the environment variable ethact to a network interface connected to a DHCP server and ethrotate to 'no'. So let's make it an on-request test on the sandbox (selectable by setting environment variable efi_selftest). Signed-off

[U-Boot] [PATCH 1/1] efi_loader: fix memory allocation on sandbox

Commit 7b78d6438a2b ("efi_loader: Reserve unaccessible memory") introduced a comparison between RAM top and RAM start that was not known at the time when the patch of commit 49759743bf09 ("efi_loader: eliminate sandbox addresses") was written. The sandbox uses an address space that is only relevan

[U-Boot] [PATCH 1/1] sandbox: i2c_emul_find() No emulators for device 'rtc@43'

when running the date command on sandbox_defconfig an error occurs: ./u-boot -D u-boot.dtb => date i2c_emul_find() No emulators for device 'rtc@43' ## Get date failed Correct the references to the emulator devices in the sandbox device trees using test.dts as a reference. Fixes:

[U-Boot] [PATCH] sunxi: add spi flash bootcmd

Enable SPI bootcmd if CONFIG_DM_SPI_FLASH is defined. Signed-off-by: Oskari Lemmela --- include/configs/sunxi-common.h | 16 1 file changed, 16 insertions(+) diff --git a/include/configs/sunxi-common.h b/include/configs/sunxi-common.h index 9819d9980c..b2443ef678 100644 --- a/i

[U-Boot] [PATCH 0/2] sunxi sun6i SPI support

Minimal changes to support sun6i SPI with current sun4i SPI driver. During testing I faced random spurious timeouts when reading 16MB flash device. When debugging spurious timeouts those values seems to be -1us. Because timeouts are calculated as unsigned values tiny backward timer jumps causes t

[U-Boot] [PATCH] env: check defines if config env is in spi flash

Check config environment defines if CONFIG_ENV_IS_IN_SPI_FLASH is defined Signed-off-by: Oskari Lemmela --- include/environment.h | 23 +-- 1 file changed, 13 insertions(+), 10 deletions(-) diff --git a/include/environment.h b/include/environment.h index 7da1291d5b..d486c889

[U-Boot] [PATCH 1/2] arm: sunxi: allwinner spi driver sun6i support

Minimal changes to support sun6i based Allwinner SOCs Changes are based to SPL driver arch/arm/mach-sunxi/spl_spi_sunxi.c Signed-off-by: Oskari Lemmela --- arch/arm/include/asm/arch-sunxi/clock_sun6i.h | 1 + arch/arm/include/asm/arch-sunxi/clock_sun9i.h | 1 + drivers/spi/Kconfig

[U-Boot] [PATCH 2/2] arm: timer: sunxi: fix spurious timeout issues

Fixes spurious timeouts which have seen during testing SPI driver. Timeouts disappear when number of bits are reduced to 10. Timer tiny backward jumps causes spurious timeouts. Signed-off-by: Oskari Lemmela --- arch/arm/cpu/armv8/generic_timer.c | 2 +- 1 file changed, 1 insertion(+), 1 deletio

[U-Boot] [PATCH v2 1/1] altera_pio: fix get_value

gpio_get_value should return 0 or 1, not 1 << pin Signed-off-by: Julien Beraud --- drivers/gpio/altera_pio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/altera_pio.c b/drivers/gpio/altera_pio.c index 59e30979f0..324f9c29a8 100644 --- a/drivers/gpio/altera_pio

Re: [U-Boot] [PATCH 1/1] altera_pio: fix get_value

> On 1/4/19 5:48 PM, Julien Béraud wrote: >> gpio_get_value should return 0 or 1, not 1 << pin > > Is this documented somewhere ? I should have mentioned that the following code in cmd/gpio.c expects it and displays a warning else. ... gpio_direction_output(gpio, value);

[U-Boot] rk3399 sdram data training read gate is looping forever

Hi, I'm trying to bring-up rk3399 SBC with 1GB DDR3 933MHZ capable, and observed an sdram_init issue where data_training_rg transfer is looping forever. The denali_pi[80], and denali_pi[74] seems to be proper values while setting up the particular ranks. Can anyone encounter similar issue? let me

Re: [U-Boot] [RFC PATCH 5/8] arm: actions: add S700 SoC device tree

On Thu, Jan 03, 2019 at 06:56:20PM +0530, Amit Singh Tomar wrote: > This patch adds .dtsi file(sync with Linux 4.20) and required binding > for S700 SoC that is a 64-bit Quad-core ARM Cortex-A53 cores. > > Signed-off-by: Amit Singh Tomar > --- > arch/arm/dts/s700.dtsi | 193

Re: [U-Boot] [RFC PATCH 3/8] clk: actions: Add common clock driver

On Thu, Jan 03, 2019 at 06:56:18PM +0530, Amit Singh Tomar wrote: > CMU block on most of the actions SoC seems to be identical(S900, > S700 and S500)? > No :-) S500 is slightly different from S900/S700 but I will tackle this later. > This patch converts S900 clock driver to something common that

Re: [U-Boot] [RFC PATCH 2/8] arm: actions: Add owl memory map regions

On Thu, Jan 03, 2019 at 06:56:17PM +0530, Amit Singh Tomar wrote: > This adds memory regions needed to setup MMU for actions > S900 and S700 SoCs. > > Signed-off-by: Amit Singh Tomar > --- > arch/arm/mach-owl/Makefile | 1 + > arch/arm/mach-owl/sysmap-owl.c | 32 ++

Re: [U-Boot] [RFC PATCH 7/8] serial: actions: add uart support for s700

On Thu, Jan 03, 2019 at 06:56:22PM +0530, Amit Singh Tomar wrote: > UART controller present on S700 is compatible with existing > S900 UART, this patch simply adds a proper compatible string > so that S900 uart driver can be reused for S700. > > Signed-off-by: Amit Singh Tomar > --- > drivers/se

Re: [U-Boot] [RFC PATCH 0/8] Actions S700 SoC support

Hi Amit, On Thu, Jan 03, 2019 at 06:56:15PM +0530, Amit Singh Tomar wrote: > Hello, > > This patch-set adds Cubieboard7[1] support based on Action Semi's S700 > SoC[2], It's Quad-core ARMv8 SoC > with Cortex-A53 cores.Most of peripherals seems to be compatible with S900 > SoC(basic suppo

Re: [U-Boot] [PATCH 2/2] mmc: bring back partition init for non-DM MMC drivers

On 05.01.19 02:56, Simon Glass wrote: > kOn Mon, 17 Dec 2018 at 03:07, Andre Przywara wrote: >> Commit d0851c893706 ("blk: Call part_init() in the post_probe() method") >> removed the call to part_init() in mmc.c, as this is done by the DM_MMC >> framework. >> However Allwinner is (still) relyin

Re: [U-Boot] [PATCH v2 6/9] pinctrl: rockchip: Add common rockchip pinctrl driver

Hi David, Am Mittwoch, 2. Januar 2019, 14:00:55 CET schrieb David Wu: > Use this driver to fit all Rockchip SOCs and to support > the desired pinctrl configuration via DTS. > > Signed-off-by: David Wu > --- > > Changes in v2: > - Remove px30, rk2928, rk3066*. > - Split it to multiple files for

Re: [U-Boot] [PATCH v2 2/9] ARM: rockchip: rk3188: Remove the pinctrl setup and enable uart at SPL

Am Samstag, 5. Januar 2019, 18:17:34 CET schrieb Heiko Stuebner: > Hi David, > > Am Mittwoch, 2. Januar 2019, 13:50:58 CET schrieb David Wu: > > When the boot ROM sets up MMC we don't need to do it again. Remove the > > MMC setup code entirely, but we also need to enable uart for debug message. >

Re: [U-Boot] [PATCH v2 2/9] ARM: rockchip: rk3188: Remove the pinctrl setup and enable uart at SPL

Hi David, Am Mittwoch, 2. Januar 2019, 13:50:58 CET schrieb David Wu: > When the boot ROM sets up MMC we don't need to do it again. Remove the > MMC setup code entirely, but we also need to enable uart for debug message. > > Signed-off-by: David Wu > --- > > Changes in v2: None > > arch/arm/m

Re: [U-Boot] [PATCH v2 2/2] dm: MIGRATION: Update migration plan for DM_SPI_FLASH

On Sat, Jan 5, 2019 at 7:27 AM Simon Glass wrote: > > Hi Jagan, > > On Tue, 1 Jan 2019 at 12:17, Jagan Teki wrote: > > > > Migration plan for DM_SPI_FLASH is v2019.07 since it > > depends on DM_SPI migration. > > > > Signed-off-by: Jagan Teki > > --- > > Changes for v2: > > - none > > > > Makef

Re: [U-Boot] Booting on RK3399

> From: Simon Glass > Date: Sat, 5 Jan 2019 08:56:07 -0700 > > Hi Mark, > > On Fri, 4 Jan 2019 at 20:35, Simon Glass wrote: > > > > Hi Mark, > > > > On Fri, 4 Jan 2019 at 13:43, Simon Glass wrote: > > > > > > Hi Mark, > > > > > > On Fri, 4 Jan 2019 at 13:29, Mark Kettenis > > > wrote: > > >

Re: [U-Boot] Booting on RK3399

Hi Mark, On Fri, 4 Jan 2019 at 20:35, Simon Glass wrote: > > Hi Mark, > > On Fri, 4 Jan 2019 at 13:43, Simon Glass wrote: > > > > Hi Mark, > > > > On Fri, 4 Jan 2019 at 13:29, Mark Kettenis wrote: > > > > > > > From: Simon Glass > > > > Date: Fri, 4 Jan 2019 13:12:58 -0700 > > > > > > > > Hi M

Re: [U-Boot] [PATCH v2 1/1] altera_pio: fix get_value

On 1/5/19 2:28 PM, Julien Béraud wrote: > gpio_get_value should return 0 or 1, not 1 << pin It does not return 1 << pin, it returns value of the bit & (1 << pin). The patch is fine, reword the commit message and add my Acked-by: Marek Vasut Thanks btw you can also align the $subject tags to "g

[U-Boot] New mirror: mirror.cyberbits.eu

Hi, I've set up a new mirror for U-Boot. It syncs from ftp://ftp.denx.de/pub/u-boot/ twice a day and is available via HTTP and HTTPS at: - http://mirror.cyberbits.eu/u-boot/ - https://mirror.cyberbits.eu/u-boot/ The machines are located in France. You can find more information at

Re: [U-Boot] booting optee via SPL on imx6q

+Bryan, might could provide some information. > -Original Message- > From: Shyam Saini [mailto:sh...@amarulasolutions.com] > Sent: 2019年1月5日 18:55 > To: Peng Fan ; Kever Yang > Cc: u-boot@lists.denx.de; jens.wiklan...@linaro.org; igor.opan...@linaro.org > Subject: Re: booting optee via SP

Re: [U-Boot] [PATCH 1/1] altera_pio: fix get_value

On 1/5/19 9:34 AM, Simon Goldschmidt wrote: > Am 04.01.2019 um 19:53 schrieb Marek Vasut: >> On 1/4/19 5:48 PM, Julien Béraud wrote: >>> gpio_get_value should return 0 or 1, not 1 << pin >> >> Is this documented somewhere ? > > I saw it's kind of documented on 'dm_gpio_get_value', but not on struc

Re: [U-Boot] booting optee via SPL on imx6q

On Sat, Jan 5, 2019 at 3:24 PM Peng Fan wrote: > > I did not try SPL + OPTEE before, so could not provide exact information. Did > your OP-TEE work with non-SPL, I mean use normal uboot to boot OP-TEE? Yes, I've already booted optee via u-boot (proper). It boots fine. > Also in OP-TEE, does the

Re: [U-Boot] booting optee via SPL on imx6q

I did not try SPL + OPTEE before, so could not provide exact information. Did your OP-TEE work with non-SPL, I mean use normal uboot to boot OP-TEE? Also in OP-TEE, does the CONSOLE_UART_BASE is configured correctly? Regards, Peng. > -Original Message- > From: Shyam Saini [mailto:sh...@a

Re: [U-Boot] booting optee via SPL on imx6q

Hi Peng, Thanks for replying. > Did you configure loglevel for OP-TEE? If you configured, there should be > some log out from OP-TEE. Yes, I did. Its set to log level 4. Best Regards, Shyam > > -Original Message- > > From: Shyam Saini [mailto:sh...@amarulasolutions.com] > > Sent: 20

Re: [U-Boot] [PATCH] imx: video: Fix return value issue

> -Original Message- > From: Ye Li > Sent: 2019年1月4日 17:11 > To: sba...@denx.de; u-boot@lists.denx.de > Cc: Fabio Estevam ; Peng Fan > ; dl-uboot-imx > Subject: [PATCH] imx: video: Fix return value issue > > When framebuffer driver init is failed, we should return the err value not 0. >

Re: [U-Boot] [PATCH] pinctrl: imx: Fix select input issue

Reviewed-by: Peng Fan > -Original Message- > From: Ye Li > Sent: 2019年1月4日 17:08 > To: sba...@denx.de; u-boot@lists.denx.de > Cc: Fabio Estevam ; Peng Fan > ; dl-uboot-imx > Subject: [PATCH] pinctrl: imx: Fix select input issue > > The pinctrl supports to set any bit in input register o

Re: [U-Boot] booting optee via SPL on imx6q

Hi Shyam, Did you configure loglevel for OP-TEE? If you configured, there should be some log out from OP-TEE. Regards, Peng. > -Original Message- > From: Shyam Saini [mailto:sh...@amarulasolutions.com] > Sent: 2019年1月4日 19:47 > To: kever.y...@rock-chips.com > Cc: u-boot@lists.denx.de; j

Re: [U-Boot] Regression in 2019.01-rc2 for eMMC boot on mxs board?

Hi, this morning I bisected the issue and found the following commit is causing it: d0851c8937067ad396f2bdafc46d0326bf3317db is the first bad commit commit d0851c8937067ad396f2bdafc46d0326bf3317db Author: Bin Meng Date: Mon Oct 15 02:21:07 2018 -0700 blk: Call part_init() in the post_pro

Re: [U-Boot] [PATCH 1/1] altera_pio: fix get_value

Am 04.01.2019 um 19:53 schrieb Marek Vasut: On 1/4/19 5:48 PM, Julien Béraud wrote: gpio_get_value should return 0 or 1, not 1 << pin Is this documented somewhere ? I saw it's kind of documented on 'dm_gpio_get_value', but not on struct dm_gpio_ops: "@return GPIO value (0 for inactive, 1

[U-Boot] [PATCH 2/2] board: tbs2910: Remove FIT support in defconfig to reduce u-boot size

The current defconfig build generates a u-boot.imx file that is too large for the available space on a eMMC/SD card. Installing this file overwrites the u-boot environment. So disable the unused FIT support to reduce the size of the u-boot binary. Signed-off-by: Soeren Moch --- Cc: Stefano Babic

[U-Boot] [PATCH 1/2] board: tbs2910: Add u-boot.imx size limit check

Check the size of the generated u-boot.imx file. Report an error if it would be too big and overwrite the u-boot environment. Signed-off-by: Soeren Moch --- Cc: Stefano Babic Cc: Fabio Estevam Cc: u-boot@lists.denx.de --- include/configs/tbs2910.h | 2 ++ 1 file changed, 2 insertions(+) diff

[U-Boot] [PATCH] armv7: dts: ls1021a: Remove aliases property name warning

Remove aliases property name warning while compilation: Warning (alias_paths): /aliases: aliases property name must include only lowercase and '-' Signed-off-by: Rajesh Bhagat --- arch/arm/dts/ls1021a-iot.dtsi | 6 +++--- arch/arm/dts/ls1021a-qds.dtsi | 10 +- arch/arm/dts/ls1021a-twr.d