Re: [U-Boot] [linux-sunxi] [PATCH v2] sun8i: h3: Add support for the Beelink-x2 STB

On Thu, Nov 15, 2018 at 2:19 PM wrote: > > From: Marcus Cooper > > The Beelink X2 is an STB based on the Allwinner H3 SoC with a uSD slot, > 2 USB ports( 1 * USB-2 Host, 1 USB OTG), a 10/100M ethernet port using the > SoC's integrated PHY, Wifi via an sdio wifi chip, HDMI, an IR receiver, a > dua

Re: [U-Boot] [PATCH] sunxi: Fix memory 2-rank initialization for a33 cpu

On Thu, Nov 1, 2018 at 12:33 AM Michael Trimarchi wrote: > > When we initialize the memory we need to autodetect rank and size > but this can happen only if we send the proper reset to both > memory module including cke signal. > For this reason we need initialize the physical on both channel beca

Re: [U-Boot] [PATCH v2 3/3] sunxi-mmc: use new mode on both controllers on A64

On Sat, Nov 10, 2018 at 10:13 AM Vasily Khoruzhick wrote: > > Using new mode improves stability of eMMC and SD cards. Without > it SPL fails to load u-boot from SD on Pinebook. > > Signed-off-by: Vasily Khoruzhick > Reviewed-by: Chen-Yu Tsai > --- > arch/arm/mach-sunxi/Kconfig | 1 + > drivers

Re: [U-Boot] [PATCH v2 2/3] sunxi-mmc: don't double clock for new mode unconditionally

On Sat, Nov 10, 2018 at 10:13 AM Vasily Khoruzhick wrote: > > Comment in Linux driver says that clock needs to be doubled only > if we use DDR modes, moreover divider has to be set accordingly. > > U-boot driver doesn't declare support for any DDR modes and doesn't > set internal clock divider in

Re: [U-Boot] [PATCH v3 1/3] spi: pl022: Simplify platdata code

Hi Jagan, On Thu, Nov 22, 2018 at 12:03:47PM +0530, Jagan Teki wrote: > pl022 spi driver support both OF_CONTROL and PLATDATA, this > patch is trying to simplify the code that differentiating > platdata vs of_control. > - Move OF_CONTROL code at one place > - Handle clock setup code directly in pl

Re: [U-Boot] [PATCH v2 1/3] sunxi-mmc: introduce new MMC_SUNXI_HAS_MODE_SWITCH option

On Sat, Nov 10, 2018 at 10:12 AM Vasily Khoruzhick wrote: > > A64 doesn't have a mode switch in CCM, and CCM_MMC_CTRL_MODE_SEL_NEW > is not defined, so compilation fails if MMC_SUNXI_HAS_NEW_MODE is enabled Simple update on commit message. Tested-by: Jagan Teki # Amarula A64-Relic Applied to u

Re: [U-Boot] [linux-sunxi] Re: [PATCH v3 0/9] Stop AXP from crashing when enabling LDO3

On Wed, Nov 21, 2018 at 03:58:18PM -0500, Stefan Monnier wrote: > > When powering up an AXP209, the default value for LDO3 output is > > enabled. This works fine. However if for whatever reason, LDO3 is > > disabled, for example by OS during reboot and u-boot enables LDO3 > > again, the PMIC shut

Re: [U-Boot] [PATCH v3 11/11] mtd: sf: Make sf_mtd.c more robust

On Tue, Nov 20, 2018 at 2:33 AM Boris Brezillon wrote: > > SPI flash based MTD devs can be registered/unregistered at any time > through the sf probe command or the spi_flash_free() function. > > This commit does not try to fix the root cause as it would probably > require rewriting most of the co

Re: [U-Boot] [PATCH v3 10/11] mtd: sf: Unregister the MTD device prior to removing the spi_flash obj

On Tue, Nov 20, 2018 at 2:37 AM Boris Brezillon wrote: > > The DM implementation of spi_flash_free() does not unregister the MTD > device before removing the spi dev object. This leads to a use-after-free > bug when the MTD device is later accessed by a MTD user (observed when > attaching the devi

Re: [U-Boot] [PATCH v3 04/11] mtd: sf: Make sure we don't register the same device twice

On Tue, Nov 20, 2018 at 2:35 AM Boris Brezillon wrote: > > spi_flash_mtd_register() can be called several times and each time it > will register the same mtd_info instance like if it was a new one. > The MTD ID allocation gets crazy when that happens, so let's track the > status of the sf_mtd_info

Re: [U-Boot] [PATCH 2/2] enable EMAC for A64-OLinuXino

On Fri, Nov 16, 2018 at 9:09 PM Alexander Weidinger wrote: > > Add Ethernet nodes to OLinuXino DT to enable Gigabit Ethernet > [ commit 21eac6f33e68ae778e9d1c910606452abf058d3d in Linux ] > > Set PHY TX delay of 600ps > [ commit 679294497be31596e1c9c61507746d72b6b05f26 in Linux ] > > Signed-off-by

Re: [U-Boot] [PATCH 1/2] sun8i_emac: add support for setting EMAC TX/RX delay

On Fri, Nov 16, 2018 at 9:08 PM Alexander Weidinger wrote: > > From: Icenowy Zheng > > Some boards have the EMAC TX/RX lanes wired with a different length with > the clock lane, which can be workarounded by setting a TX/RX delay in > the EMAC. > > This kind of delays are already defined in the ne

Re: [U-Boot] [PATCH u-boot v3 0/3] Add Amlogic Meson SPI Flash Controller driver

On Wed, Nov 14, 2018 at 3:55 PM Neil Armstrong wrote: > > The Amlogic Meson SoCs embeds a Flash oriented SPI Controller name SPIFC. > > This patchset add the driver ported from linux, but also import the regmap > regmap_read_poll_timeout() to implify the register polling in the driver. > > Neil Ar

[U-Boot] [PATCH v3 2/3] spi: pl022: Drop unnecessary include files

This patch can drop unnecessary include files in pl022_spi driver. Cc: Quentin Schulz Signed-off-by: Jagan Teki --- Changes for v3: - split patch from previous drivers/spi/pl022_spi.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/spi/pl022_spi.c b/drivers/spi/pl022_spi.c inde

[U-Boot] [PATCH v3 3/3] dm: platform_data: spi: s/pl022_spi.h/spi_pl022.h

Rename platform_data include file as spi_pl022.h from pl022_spi.h, this is generic notation used for spi platdata include files. Cc: Quentin Schulz Signed-off-by: Jagan Teki --- Changes for v3: - split patch from previous drivers/spi/pl022_spi.c | 2 +- include/dm

[U-Boot] [PATCH v3 1/3] spi: pl022: Simplify platdata code

pl022 spi driver support both OF_CONTROL and PLATDATA, this patch is trying to simplify the code that differentiating platdata vs of_control. - Move OF_CONTROL code at one place - Handle clock setup code directly in pl022_spi_ofdata_to_platdata Cc: Quentin Schulz Signed-off-by: Jagan Teki --- Ch

Re: [U-Boot] [PATCH v2 17/18] spi: mtk_qspi: add qspi driver for MT7629 SoC

On Wed, Nov 21, 2018 at 5:16 PM Guochun Mao wrote: > > Hi Jagan, > > On Wed, 2018-11-21 at 15:08 +0530, Jagan Teki wrote: > > > > > > +static int mtk_qspi_tx_rx(struct mtk_qspi_priv *priv) > > > > > +{ > > > > > + int len = 1 + priv->txlen + priv->rxlen; > > > > > + int i, ret, idx; >

Re: [U-Boot] [PATCH] cmd: ubi: Make ubi_detach() static

On Wed, Oct 31, 2018 at 5:07 PM Stefan Roese wrote: > > Its only called from this file, so make it static. While at it, remove > some occurances of multiple blank lines as well. > > Signed-off-by: Stefan Roese > Cc: Boris Brezillon > Cc: Miquel Raynal > Cc: Jagan Teki > --- Applied to u-boot-

Re: [U-Boot] [PATCH 0/3] Add raw read support and use it in pxa3xx NAND driver

On Tue, Oct 23, 2018 at 4:35 PM Jagan Teki wrote: > > On Thu, Oct 11, 2018 at 9:16 PM Miquel Raynal > wrote: > > > > When using 2kiB-pages NAND chips requesting an 8-bit strength ECC, the > > layout used is a bit particular and it happens that the ECC engine > > tries to correct uncorrectable er

Re: [U-Boot] [PATCH v2 0/3] sunxi-mmc: enable new clock mode on A64

On Thu, Nov 22, 2018 at 2:01 AM Vasily Khoruzhick wrote: > > On Thu, Nov 15, 2018 at 11:20 AM Vasily Khoruzhick wrote: > > > > On Fri, Nov 9, 2018 at 8:41 PM Vasily Khoruzhick wrote: > > > > > > A64 requires new clock mode on SD and eMMC controllers. Not using > > > new clock mode causes stabili

Re: [U-Boot] [PATCH v1 3/3] rtc: m41t62: Convert the RTC driver to support the driver model (DM)

On 21.11.18 23:43, Lukasz Majewski wrote: After this change the m41t62.c can be used with RTC subsystem (i.e. date command) which uses device model (DM). Signed-off-by: Lukasz Majewski --- Changes in v1: - New drivers/rtc/m41t62.c | 75 +---

Re: [U-Boot] [PATCH v1 2/3] rtc: m41t62: Break i2c_write() arguments to fix checkpatch warning

On 21.11.18 23:43, Lukasz Majewski wrote: No functional change for this commit. Signed-off-by: Lukasz Majewski Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v1 1/3] Kconfig: Migrate CONFIG_RTC_M41T62 define to Kconfig

On 21.11.18 23:43, Lukasz Majewski wrote: This patch moves the RTC M41T62 config define to Kconfig. Signed-off-by: Lukasz Majewski Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo

Re: [U-Boot] [PATCH] arm: socfpga: crc-protect SPL on warm boot

Am Do., 22. Nov. 2018, 03:00 hat Marek Vasut geschrieben: > On 11/21/2018 10:07 PM, Simon Goldschmidt wrote: > > On 21.11.2018 15:08, Marek Vasut wrote: > >> On 11/21/2018 06:09 AM, Simon Goldschmidt wrote: > >>> > >>> Am Mi., 21. Nov. 2018, 00:11 hat Marek Vasut >>> > gesc

[U-Boot] [PATCH v4 2/3] riscv: qemu: Use different SYS_TEXT_BASE for S-mode

When u-boot runs in S-mode, the M-mode runtime firmware (BBL or equivalent) uses memory range in 0x8000 to 0x8020. Due to this, we cannot use 0x8000 as SYS_TEXT_BASE when running in S-mode. Instead for S-mode, we use 0x8020 as SYS_TEXT_BASE. Even Linux RISC-V kernel ignores/reserve

[U-Boot] [PATCH v4 3/3] riscv: Add S-mode defconfigs for QEMU virt machine

This patch adds S-mode defconfigs for QEMU virt machine so that we can run u-boot in S-mode on QEMU using M-mode runtime firmware (BBL or equivalent). Signed-off-by: Anup Patel Reviewed-by: Bin Meng Tested-by: Bin Meng Reviewed-by: Lukas Auer --- board/emulation/qemu-riscv/MAINTAINERS | 2 ++

[U-Boot] [PATCH v4 1/3] riscv: Add kconfig option to run U-Boot in S-mode

This patch adds kconfig option RISCV_SMODE to run U-Boot in S-mode. When this opition is enabled we use s CSRs instead of m CSRs. It is important to note that there is no equivalent S-mode CSR for misa and mhartid CSRs so we expect M-mode runtime firmware (BBL or equivalent) to emulate misa and mh

[U-Boot] [PATCH v4 0/3] RISC-V S-mode support

This patchset allows us runing u-boot in S-mode which is useful on platforms where M-mode runtime firmware is an independent firmware and u-boot is used as last stage OS bootloader. The patchset based upon git://git.denx.de/u-boot-riscv.git and is tested on QEMU in both M-mode and S-mode. For S-m

Re: [U-Boot] [PATCH v3 1/3] riscv: Add kconfig option to run u-boot in S-mode

On Thu, Nov 22, 2018 at 3:41 AM Auer, Lukas wrote: > > Hi Anup, > > On Wed, 2018-11-21 at 13:47 +, Auer, Lukas wrote: > > Hi Anup, > > > > On Wed, 2018-11-21 at 09:11 +0530, Anup Patel wrote: > > > This patch adds kconfig option RISCV_SMODE to run u-boot in > > > > nit: U-Boot (also in the fir

Re: [U-Boot] [PATCH v3 1/3] riscv: Add kconfig option to run u-boot in S-mode

On Wed, Nov 21, 2018 at 9:58 PM Palmer Dabbelt wrote: > > On Tue, 20 Nov 2018 19:41:10 PST (-0800), a...@brainfault.org wrote: > > This patch adds kconfig option RISCV_SMODE to run u-boot in > > S-mode. When this opition is enabled we use s CSRs instead > > of m CSRs. > > > > It is important to no

Re: [U-Boot] [PATCH] arm: socfpga: crc-protect SPL on warm boot

On 11/21/2018 10:07 PM, Simon Goldschmidt wrote: > On 21.11.2018 15:08, Marek Vasut wrote: >> On 11/21/2018 06:09 AM, Simon Goldschmidt wrote: >>> >>> Am Mi., 21. Nov. 2018, 00:11 hat Marek Vasut >> > geschrieben: >>> >>> On 11/20/2018 09:54 PM, Simon Goldschmidt wrote: >

Re: [U-Boot] [PATCH 70/93] arm: Remove ap121 board

On Thu, Nov 22, 2018 at 01:47:24AM +0100, Daniel Schwierzeck wrote: > Hi Simon, > > Am 19.11.18 um 16:53 schrieb Simon Glass: > > This board has not been converted to CONFIG_DM_BLK by the deadline. > > Remove it. > > > > Signed-off-by: Simon Glass > > --- > > > > arch/mips/mach-ath79/Kconfig |

Re: [U-Boot] [PATCH 70/93] arm: Remove ap121 board

Hi Simon, Am 19.11.18 um 16:53 schrieb Simon Glass: > This board has not been converted to CONFIG_DM_BLK by the deadline. > Remove it. > > Signed-off-by: Simon Glass > --- > > arch/mips/mach-ath79/Kconfig | 1 - > board/qca/ap121/Kconfig | 27 > board/qca/ap121/MAINTAINE

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

Hi Tom, The following changes since commit a3e1653ddeb02f39481eba572275016171e9670c: Merge git://git.denx.de/u-boot-marvell (2018-11-20 12:39:16 -0500) are available in the Git repository at: git://git.denx.de/u-boot-dm.git tags/pull-tg18 for you to fetch changes up to a58986ca8b53d8c7a441

Re: [U-Boot] [PATCH v2] imx: hab: extend hab_auth_img to calculate ivt_offset

Hi Parthiban, Em qua, 21 de nov de 2018 às 18:47, Parthiban Nallathambi escreveu: > > Hi Breno, > > On 11/21/18 7:42 PM, Breno Matheus Lima wrote: > > Hi Parthiban, > > > > Em qua, 21 de nov de 2018 às 15:52, Parthiban Nallathambi > > escreveu: > >> > >> Hi Breno, > >> > >> On 11/21/18 5:45 PM

Re: [U-Boot] [PATCH v3] riscv: cache: Implement i/dcache [status, enable, disable]

Hi Rick, On Wed, 2018-11-07 at 09:54 +0800, Andes wrote: > From: Rick Chen > > AndeStar RISC-V(V5) provide mcache_ctl register which > can configure I/D cache as enabled or disabled. > > This CSR will be encapsulated by CONFIG_RISCV_NDS. > If you want to configure cache on AndeStar V5 > AE350 p

[U-Boot] [PATCH v1 3/3] rtc: m41t62: Convert the RTC driver to support the driver model (DM)

After this change the m41t62.c can be used with RTC subsystem (i.e. date command) which uses device model (DM). Signed-off-by: Lukasz Majewski --- Changes in v1: - New drivers/rtc/m41t62.c | 75 +--- 1 file changed, 72 insertions(+), 3 deletions

[U-Boot] [PATCH v1 2/3] rtc: m41t62: Break i2c_write() arguments to fix checkpatch warning

No functional change for this commit. Signed-off-by: Lukasz Majewski --- Changes in v1: None drivers/rtc/m41t62.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/rtc/m41t62.c b/drivers/rtc/m41t62.c index 137438389d..cc230e2b78 100644 --- a/drivers/rtc/m41t62.c +++

[U-Boot] [PATCH v1 1/3] Kconfig: Migrate CONFIG_RTC_M41T62 define to Kconfig

This patch moves the RTC M41T62 config define to Kconfig. Signed-off-by: Lukasz Majewski --- Changes in v1: None configs/bk4r1_defconfig | 1 + configs/m53menlo_defconfig | 1 + configs/pcm052_defconfig | 1 + configs/x600_defconfig | 1 + drivers/rtc/Kconfig | 6

[U-Boot] [PATCH v1 0/3] rtc: m41t62: Convert the m41t62 driver to use driver model (DM)

This series enables using this driver with DM aware boards Dependency: "ARM: pinctrl: Provide pinctrl driver for Vybrid (vf610)" https://patchwork.ozlabs.org/project/uboot/list/?series=76877 Changes in v1: - New Lukasz Majewski (3): Kconfig: Migrate CONFIG_RTC_M41T62 define to Kconfig rtc:

[U-Boot] [PATCH v1] eeprom: Add device model based I2C support to eeprom command

After this change the 'eeprom' command can be used with DM aware boards. Signed-off-by: Lukasz Majewski --- cmd/eeprom.c | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/cmd/eeprom.c b/cmd/eeprom.c index 4052cf494a..e88cb131a1 100644 --- a/cmd/eepro

Re: [U-Boot] [PATCH v3 1/3] riscv: Add kconfig option to run u-boot in S-mode

Hi Anup, On Wed, 2018-11-21 at 13:47 +, Auer, Lukas wrote: > Hi Anup, > > On Wed, 2018-11-21 at 09:11 +0530, Anup Patel wrote: > > This patch adds kconfig option RISCV_SMODE to run u-boot in > > nit: U-Boot (also in the first line of the commit message) > > > S-mode. When this opition is en

Re: [U-Boot] [PATCH v3 1/3] riscv: Add kconfig option to run u-boot in S-mode

Hi Palmer, On Wed, 2018-11-21 at 08:28 -0800, Palmer Dabbelt wrote: > On Tue, 20 Nov 2018 19:41:10 PST (-0800), a...@brainfault.org wrote: > > This patch adds kconfig option RISCV_SMODE to run u-boot in > > S-mode. When this opition is enabled we use s CSRs instead > > of m CSRs. > > > > It is im

[U-Boot] use of dm_spi_flash

I am a bit confused about the use of the driver model when it comes to spi flash. It seems from the description in the Kconfig help that both the legacy and dm interfaces for spi flash can coexist, thus you can use both the "sf " commands as well as use the driver model interface for the likes

Re: [U-Boot] [PATCH] arm: socfpga: crc-protect SPL on warm boot

On 21.11.2018 15:08, Marek Vasut wrote: On 11/21/2018 06:09 AM, Simon Goldschmidt wrote: Am Mi., 21. Nov. 2018, 00:11 hat Marek Vasut mailto:ma...@denx.de>> geschrieben: On 11/20/2018 09:54 PM, Simon Goldschmidt wrote: > On 20.11.2018 20:33, Marek Vasut wrote: >> On 11/20/2018 0

Re: [U-Boot] [PATCH v2] imx: hab: extend hab_auth_img to calculate ivt_offset

Hi Breno, On 11/21/18 7:42 PM, Breno Matheus Lima wrote: > Hi Parthiban, > > Em qua, 21 de nov de 2018 às 15:52, Parthiban Nallathambi > escreveu: >> >> Hi Breno, >> >> On 11/21/18 5:45 PM, Breno Matheus Lima wrote: >>> Hi Parthiban, >>> >>> Em qua, 21 de nov de 2018 às 11:50, Parthiban Nallath

Re: [U-Boot] [PATCH v2 0/3] sunxi-mmc: enable new clock mode on A64

On Thu, Nov 15, 2018 at 11:20 AM Vasily Khoruzhick wrote: > > On Fri, Nov 9, 2018 at 8:41 PM Vasily Khoruzhick wrote: > > > > A64 requires new clock mode on SD and eMMC controllers. Not using > > new clock mode causes stability issues of the driver - SPL may > > occasionally fail to load u-boot f

[U-Boot] [PATCH 4/4] ARM: chiliboard: remove dead !CONFIG_DM_SERIAL code

DM_SERIAL is selected by TARGET_CHILIBOARD, so there is no reason to keep code that will not be built. Remove it. Signed-off-by: Marcin Niestroj --- board/grinn/chiliboard/board.c | 8 1 file changed, 8 deletions(-) diff --git a/board/grinn/chiliboard/board.c b/board/grinn/chiliboard/b

[U-Boot] [PATCH 3/4] ARM: chiliboard: move towards driver model and device-tree boot

This patch mostly enables DM drivers in board defconfig and all their dependencies. Additionally we remove ethernet platform data, as all details are in device-tree now. Signed-off-by: Marcin Niestroj --- board/grinn/chiliboard/board.c | 53 -- configs/chiliboard_

[U-Boot] [PATCH 2/4] ARM: dts: am335x-chiliboard: add /chosen/stdout-path

Add that node path in u-boot overlay dtsi file for now to keep am335x-chiliboard.dts in sync with Linux. Signed-off-by: Marcin Niestroj --- arch/arm/dts/am335x-chiliboard-u-boot.dtsi | 11 +++ 1 file changed, 11 insertions(+) create mode 100644 arch/arm/dts/am335x-chiliboard-u-boot.dtsi

[U-Boot] [PATCH 1/4] ARM: dts: am335x-chili*: add chiliSOM and chiliboard DTS files

Import chiliSOM and chiliboard dts files from Linux v4.19. They will be used after transition to driver model and device-tree based boot. Signed-off-by: Marcin Niestroj --- arch/arm/dts/Makefile | 3 +- arch/arm/dts/am335x-chiliboard.dts | 200 + arch/a

[U-Boot] [PATCH 0/4] ARM: chiliboard: move towards driver model and device-tree boot

Hi, Currently on master branch we are no longer able to boot Linux on chiliboard. This is due to issue described at [1]. This series makes the boot to Linux working once again. This patch moves board support code to use driver model where possible and device-tree bot. As part of that we import DT

[U-Boot] [PATCH 3/3] ARM: liteboard: use random ethaddr

There is no ethaddr assigned to each board, so we need to use random value in order to use network. Signed-off-by: Marcin Niestroj --- configs/liteboard_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/liteboard_defconfig b/configs/liteboard_defconfig index 3d1b35918c..dad61

[U-Boot] [PATCH 2/3] ARM: liteboard: move towards driver model and device-tree boot

This patch mostly enables DM drivers in board defconfig and all their dependencies. Additionally we remove USB code that is on longer executed after enabling CONFIG_DM_USB. Enable CONFIG_PINCTRL, so we can get rid of ethernet pin configuration. Signed-off-by: Marcin Niestroj --- board/grinn/lite

[U-Boot] [PATCH 1/3] ARM: dts: imx6ul-lite*: add DTS files for liteSOM and liteboard

Import liteSOM and liteboard dts files from Linux v4.19. They will be used after transition to driver model and device-tree based boot. Signed-off-by: Marcin Niestroj --- arch/arm/dts/Makefile | 3 +- arch/arm/dts/imx6ul-liteboard.dts | 151 ++ arch/arm/

[U-Boot] [PATCH 0/3] ARM: liteboard: move towards driver model and device-tree boot

Hi, This patch moves board support code to use driver model where possible and device-tree bot. As part of that we import DTS files from Linux v4.19. One minor patch here is to use random ethaddr in order to make network usable on that board by default. Marcin Niestroj (3): ARM: dts: imx6ul-li

Re: [U-Boot] [PATCH v2] imx: hab: extend hab_auth_img to calculate ivt_offset

Hi Parthiban, Em qua, 21 de nov de 2018 às 15:52, Parthiban Nallathambi escreveu: > > Hi Breno, > > On 11/21/18 5:45 PM, Breno Matheus Lima wrote: > > Hi Parthiban, > > > > Em qua, 21 de nov de 2018 às 11:50, Parthiban Nallathambi > > escreveu: > >> > >> Current implementation of hab_auth_img

Re: [U-Boot] [PATCH v3 0/9] Stop AXP from crashing when enabling LDO3

On Wed, Nov 21, 2018 at 08:05:24PM +0200, Priit Laes wrote: > This is a resend/v2 of a "Stop AXP from crashing when enabling LDO3" series, > posted by Olliver Schinagl in March 2017. Unfortunately it never got past > initial discussion [1], but most Olimex Lime2 boards are still running > into this

[U-Boot] [PATCH v3 9/9] arm: sunxi: Reduce inrush current on Olimex OLinuXino-A20-Lime2-eMMC

From: Priit Laes The lime2 features a too large capacitor on the LDO3 output, which causes the PMIC to shutdown when enabling power. To be able to still boot up however, we must gradually enable power on LDO3 for this board. We do this by enabling both the inrush quirk and the maximum slope the

[U-Boot] [PATCH v3 4/9] power: axp209: Define the chip version mask

From: Olliver Schinagl Use a define for the chip version mask on the axp209. Signed-off-by: Olliver Schinagl Signed-off-by: Priit Laes Acked-by: Maxime Ripard --- drivers/power/axp209.c | 5 + include/axp209.h | 2 ++ 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/d

[U-Boot] [PATCH v3 7/9] power: axp209: Limit inrush current for broken boards

From: Olliver Schinagl Some boards feature a capacitance on LDO3's output that is too large, causing inrush currents which as a result, shut down the AXP209. This has been reported before, without knowing the actual cause. A fix appeared to be done with commit 0e6e34ac8dbb ("sunxi: Olimex A20 bo

[U-Boot] [PATCH v3 3/9] power: axp209: Use BIT() macro

From: Olliver Schinagl Use the standard BIT() macro for bitfield definitions in headers. Signed-off-by: Olliver Schinagl Signed-off-by: Priit Laes Acked-by: Maxime Ripard --- include/axp209.h | 34 ++ 1 file changed, 18 insertions(+), 16 deletions(-) diff --g

[U-Boot] [PATCH v3 5/9] power: axp209: Reduce magic values by adding defines for LDO[234]

From: Olliver Schinagl The AXP209 has a few 'magisc-ish' values that are better served with clear defines. Signed-off-by: Olliver Schinagl Signed-off-by: Priit Laes Acked-by: Maxime Ripard --- drivers/power/axp209.c | 14 +++--- include/axp209.h | 13 + 2 files chan

[U-Boot] [PATCH v3 2/9] sunxi: pmic_bus: Decrease boot time by not writing duplicate data

From: Olliver Schinagl When we clear a pmic_bus bit, we do a read-modify-write operation. We waste some time however, by writing back the exact samea value that was already set in the chip. Let us thus only do the write in case data was changed. Signed-off-by: Olliver Schinagl Signed-off-by: Pr

[U-Boot] [PATCH v3 8/9] arm: sunxi: Reduce inrush current on Olimex OLinuXino-A20-Lime2

From: Olliver Schinagl The lime2 features a too large capacitor on the LDO3 output, which causes the PMIC to shutdown when enabling power. To be able to still boot up however, we must gradually enable power on LDO3 for this board. We do this by enabling both the inrush quirk and the maximum slop

[U-Boot] [PATCH v3 6/9] power: axp209: Add support for voltage rate control on LDO3

From: Olliver Schinagl The AXP209 LDO3 regulator supports voltage rate control, or can set a slew rate. This allows for the power to gradually rise up to the desired voltage, instead of spiking up as fast as possible. Reason to have this can be to reduce the inrush currents for example. There a

[U-Boot] [PATCH v3 1/9] sunxi: board: Print error after power initialization fails

From: Olliver Schinagl Currently during init, we enable all power, then enable the dram and after that check whether there was an error during power-up. This makes little sense, we should enable power and then check if power was brought up properly before we continue to initialize other things.

[U-Boot] [PATCH v3 0/9] Stop AXP from crashing when enabling LDO3

This is a resend/v2 of a "Stop AXP from crashing when enabling LDO3" series, posted by Olliver Schinagl in March 2017. Unfortunately it never got past initial discussion [1], but most Olimex Lime2 boards are still running into this bug. When powering up an AXP209, the default value for LDO3 output

Re: [U-Boot] [PATCH v2] imx: hab: extend hab_auth_img to calculate ivt_offset

Hi Breno, On 11/21/18 5:45 PM, Breno Matheus Lima wrote: Hi Parthiban, Em qua, 21 de nov de 2018 às 11:50, Parthiban Nallathambi escreveu: Current implementation of hab_auth_img command needs ivt_offset to authenticate the image. But ivt header is placed at the end of image date after paddi

Re: [U-Boot] [PATCH 36/93] arm: Remove nas220 board

On Wed, Nov 21, 2018 at 03:26:10PM +, Evgeni Dobrev wrote: > NAK. > > I was not aware of the deadline. > Board is being maintained. I will have a look into next few days and > provide a patch for converting if necessary. In this case what you'll need to do is switch to using CONFIG_OF_CONTRO

Re: [U-Boot] [PATCH 36/93] arm: Remove nas220 board

NAK. I was not aware of the deadline. Board is being maintained. I will have a look into next few days and provide a patch for converting if necessary. Regards, Evgeni ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v3 1/3] riscv: Add kconfig option to run u-boot in S-mode

On Tue, 20 Nov 2018 19:41:10 PST (-0800), a...@brainfault.org wrote: This patch adds kconfig option RISCV_SMODE to run u-boot in S-mode. When this opition is enabled we use s CSRs instead of m CSRs. It is important to note that there is no equivalent S-mode CSR for misa and mhartid CSRs so we ex

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

On 21.11.2018 16:48, Simon Goldschmidt wrote: On 21.11.2018 16:41, Wolfgang Denk wrote: Dear Simon, In message you wrote: Only if you use signed images. With plain U-Boot, there is not even a checksum for it... When SPL loads U-Boot from a legacy image, isn't there a CRC involved over the

Re: [U-Boot] [PATCH] omap3: beagle: Enable DM_MMC and BLK for u-boot only, not SPL

On Wed, Nov 21, 2018 at 04:13:20PM +0100, Guillaume GARDET wrote: > Also disable USB_STORAGE as it is not ready for the switch. > Tested on a Beagleboard xM rev. B. > > Signed-off-by: Guillaume GARDET > > Cc: Tom Rini > Cc: Simon Glass In the case of USB_STORAGE we need to turn on DM_USB and

Re: [U-Boot] [PATCH v2] imx: hab: extend hab_auth_img to calculate ivt_offset

Hi Parthiban, Em qua, 21 de nov de 2018 às 11:50, Parthiban Nallathambi escreveu: > > Current implementation of hab_auth_img command needs ivt_offset to > authenticate the image. But ivt header is placed at the end of image > date after padding. > > This leaves the usage of hab_auth_img command

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

On Wed, Nov 21, 2018 at 7:10 AM Stefano Babic wrote: > On 21/11/18 00:10, Marek Vasut wrote: > > On 11/20/2018 10:11 PM, Simon Goldschmidt wrote: > >> On 04.09.2018 12:30, Andreas Reichel wrote: > The library is already built (tools/env/lib.a), but IMHO the best thing > is to export it official an

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

Dear Simon, In message you wrote: > > Hmm, on my board, SPL loads U-Boot from NOR to SDRAM, then checks the > uimage CRC. I'd say this is enough checks. That might not hold for all > boards though. If you check the image in RAM, then yes. I've also seen implementations where it gets checked o

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

On 21.11.2018 16:41, Wolfgang Denk wrote: Dear Simon, In message you wrote: Only if you use signed images. With plain U-Boot, there is not even a checksum for it... When SPL loads U-Boot from a legacy image, isn't there a CRC involved over the full image including the environment? Yes, but

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

Dear Simon, In message you wrote: > > > Only if you use signed images. With plain U-Boot, there is not even > > a checksum for it... > > When SPL loads U-Boot from a legacy image, isn't there a CRC involved over > the full image including the environment? Yes, but when - for example - the comp

Re: [U-Boot] uboot to read kernel and rootfs from a bootfs.

Dear Michael, In message you wrote: > > as I asked in my email... since I'm using spi-flash for the fs access, it > seems I'll need to use the DM_SPI_FLASH support. For new code, yes. > I'm using the 2017.09 version of u-boot with openembedded/poky and the 4.4 > kernel > > would it be worth me

Re: [U-Boot] SWUpdate - U-Boot environment library dependency

On 11/21/2018 04:31 PM, Simon Goldschmidt wrote: > > > On Wednesday, November 21, 2018, Stefano Babic > wrote: > > Hi Marek, > > On 21/11/18 15:31, Marek Vasut wrote: > > On 11/21/2018 10:20 AM, Wolfgang Denk wrote: > >> Dear Stefano, > > > > Hi,

Re: [U-Boot] SWUpdate - U-Boot environment library dependency

On Wednesday, November 21, 2018, Stefano Babic wrote: > Hi Marek, > > On 21/11/18 15:31, Marek Vasut wrote: > > On 11/21/2018 10:20 AM, Wolfgang Denk wrote: > >> Dear Stefano, > > > > Hi, > > > >> In message <96836cc1-e4bb-a2a2-05ac-056053b4c...@denx.de> you wrote: > >>> > >>> I would like to see

[U-Boot] [PATCH] omap3: beagle: Enable DM_MMC and BLK for u-boot only, not SPL

Also disable USB_STORAGE as it is not ready for the switch. Tested on a Beagleboard xM rev. B. Signed-off-by: Guillaume GARDET Cc: Tom Rini Cc: Simon Glass --- configs/omap3_beagle_defconfig | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/configs/omap3_beagle_defconfig

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

Am Mi., 21. Nov. 2018, 15:23 hat Wolfgang Denk geschrieben: > Dear Stefano, > > In message <151c30b1-d383-d212-a611-519150a80...@denx.de> you wrote: > > > > > I tend to disagree. As mentioned, the original intent of the > > > default environment was only (!) to make sure that a working > > > bau

Re: [U-Boot] [PATCH v1 00/16] Add support for DM_USB and DM_USB_DEV to TI's am335x and am43xx_evm platforms

On 11/21/2018 11:51 AM, Jean-Jacques Hiblot wrote: > > This series applies on top of the series "Add support for DM_USB and > DM_USB_DEV to TI's K2G platforms" and "Add support for DM_USB and > DM_USB_DEV for TI's DRA7 EVMs and AM57 EVMs platforms." > > The am433x platforms can use the generic DW

Re: [U-Boot] [PATCH 00/93] dm: Move towards completing CONFIG_BLK migration

On Tue, Nov 20, 2018 at 08:53:12AM -0500, Tom Rini wrote: > On Tue, Nov 20, 2018 at 02:45:24PM +0100, Marek Vasut wrote: > > On 11/20/2018 02:42 PM, Tom Rini wrote: > > > On Tue, Nov 20, 2018 at 02:40:43PM +0100, Marek Vasut wrote: > > >> On 11/20/2018 02:37 PM, Tom Rini wrote: > > >>> On Tue, Nov

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

On 21/11/18 15:37, Simon Goldschmidt wrote: > > > Am Mi., 21. Nov. 2018, 15:27 hat Wolfgang Denk > geschrieben: > > Dear Stefano, > > In message <7089ef62-ed0f-87f4-e979-8c18a6ae4...@denx.de > > you wrote: >

[U-Boot] [PATCH] net: explicitly assign errno to return code in case of network failure

When dealing with two ethernet ports and having "netretry" set to "once", it could occur that the connection (e.g. an ARP request) failed, hence the status of the netloop was "NETLOOP_FAIL". Due to the setting of "netretry", the network logic would then switch to the other network interface, assign

Re: [U-Boot] [swupdate] Re: SWUpdate - U-Boot environment library dependency

Hi Marek, On 21/11/18 15:31, Marek Vasut wrote: > On 11/21/2018 10:20 AM, Wolfgang Denk wrote: >> Dear Stefano, > > Hi, > >> In message <96836cc1-e4bb-a2a2-05ac-056053b4c...@denx.de> you wrote: >>> >>> I would like to see the library under LGPL instead of GPL2, too, and I >>> raised this issue w

[U-Boot] [PATCH] arm64: zynqmp: Reflect emmc controller ID in model in DT

Make sense to add controller ID to model name to have it visible through the logs to know which controller is used by which configuration. Signed-off-by: Michal Simek --- arch/arm/dts/zynqmp-mini-emmc0.dts | 2 +- arch/arm/dts/zynqmp-mini-emmc1.dts | 2 +- 2 files changed, 2 insertions(+), 2 de

[U-Boot] [PATCH] arm64: zynqmp: Disable bootelf and fdt commands for mini configurations

There is no reason to enable these commands for mini configurations. It saves some space: aarch64: (for 2/2 boards) all -19076.0 bss -1048.0 data -1720.0 rodata -3840.0 text -12468.0 xilinx_zynqmp_mini_emmc1: all -19076 bss -1048 data -1720 rodata -3840 text -12468 xilinx

[U-Boot] [PATCH 3/3] ARM: zynq: cse: Shrink u-boot size

U-Boot is growing that's why not needed features can be disabled: - CMDLINE_EDITING - AUTO_COMPLETE - SYS_LONGHELP Signed-off-by: Michal Simek --- configs/zynq_cse_nand_defconfig | 3 +++ configs/zynq_cse_nor_defconfig | 3 +++ 2 files changed, 6 insertions(+) diff --git a/configs/zynq_cse_na

[U-Boot] [PATCH 2/3] ARM: zynq: cse: Disable autoboot feature

Intention of CSE targets is not boot anything that's why also bootdelay is not necessary Signed-off-by: Michal Simek --- configs/zynq_cse_nand_defconfig | 1 + configs/zynq_cse_nor_defconfig | 2 +- configs/zynq_cse_qspi_defconfig | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --

[U-Boot] [PATCH 1/3] ARM: zynq: cse: Disable distro bootcommands

cse targets shouldn't never have distro default enabled because these targets are not designed for booting images. It was enabled by: "configs: Re-sync with CONFIG_DISTRO_DEFAULTS" (sha1: fa2c14676c7c6f3115dd4d9b2a4cc3b35c3ad2a2) Signed-off-by: Michal Simek --- configs/zynq_cse_qspi_defconfig

[U-Boot] [PATCH] ARM: zynq: Guard zynq_help_text with CONFIG_SYS_LONGHELP

If SYS_LONGHELP is disabled the following warning is generated: board/xilinx/zynq/cmds.c:496:13: warning: ‘zynq_help_text’ defined but not used [-Wunused-variable] Normal way for fixing this is to guard the whole variable. Signed-off-by: Michal Simek --- board/xilinx/zynq/cmds.c | 2 ++ 1 file

[U-Boot] [PATCH] mtd: nand: Arasan: Add subpage configuration support

From: Martin Lund Add support for disabling subpage write support via CONFIG_SYS_NAND_NO_SUBPAGE_WRITE. Currently the Linux Arasan driver does not support subpage writes and in case of running UBI and accessing the same UBI volume from both U-Boot and Linux it is required to have the same subpag

[U-Boot] [PATCH] arm: zynq: cse_qspi: Fix overwriting spi-rx-bus-width property

From: Siva Durga Prasad Paladugu spi-rx-bus-width property is part of flash, so it should be moved to flash node from qspi node. This patch fixes the incorrect read of spi-rx-bus-width property by moving it to flash node. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek --

Re: [U-Boot] [PATCH v3 RESEND 0/5] usb: Introduce CONFIG_SPL_DM_USB

On 11/21/2018 08:43 AM, Sven Schwermer wrote: > This solves the dependency problem I described in [1]. > > [1]: http://u-boot.10912.n7.nabble.com/-td347224.html Applied, thanks -- Best regards, Marek Vasut ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] [PATCH 5/9] ARM: socfpga: Add SPL fitImage config match

On 11/21/2018 11:41 AM, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee > > Add empty SPL fitImage configuration match. This can be extended > if there is ever need to support multiple boards with single SFP > image. > > Signed-off-by: Marek Vasut It's missing your SoB line, but again,

Re: [U-Boot] [PATCH 6/9] ARM: socfpga: Set default DTB address on A10

On 11/21/2018 11:41 AM, tien.fong.c...@intel.com wrote: > From: Tien Fong Chee Again, not your patch, please don't change authorship. http://git.denx.de/?p=u-boot/u-boot-socfpga.git;a=commit;h=eb32e568869b5f91fe34efb2642875a8da5f0ebd > Set default DT blob address on A10 SoCDK, since this SoC us

  1   2   3   >