Re: [U-Boot] [PATCH] ni: Add NIZYNQ platform

On 23.11.2017 04:42, Wilson Lee wrote: > Hi Michal, > > On Wed, 2017-11-22 at 08:11 +0100, Michal Simek wrote: >> Hi, >> >> On 22.11.2017 04:06, Wilson Lee wrote: >>> >>> Hi Michal, >>> >>> On Wed, 2017-11-08 at 07:27 +0100, Michal Simek wrote: On 8.11.2017 03:54, Wilson Lee wrote:

Re: [U-Boot] [UBOOT PATCH 1/2] spi: zynqmp_qspi: Add support for ZynqMP qspi driver

Hi Jagan, > -Original Message- > From: Jagan Teki [mailto:jagannadh.t...@gmail.com] > Sent: Wednesday, November 01, 2017 2:54 PM > To: Siva Durga Prasad Paladugu > Cc: u-boot@lists.denx.de; Liam Beguin > Subject: Re: [UBOOT PATCH 1/2] spi:

[U-Boot] [PATCH] arm: zynq: Change Zynq/ZynqMP Kconfig description

Use more accurate description for Xilinx Zynq and ZynqMP based platforms. With using driver model there shouldn't be a need to create separate Kconfig config options. Signed-off-by: Michal Simek --- arch/arm/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2

[U-Boot] [PATCH] net: zynq_gem: Dont enable SGMII and PCS selection

Dont enable SGMII and PCS selection if internal PCS/PMA is not used, by getting the info about internal/external PCS/PMA usage from dt property "is-internal-phy". Signed-off-by: Siva Durga Prasad Paladugu --- drivers/net/zynq_gem.c | 11 ++- 1 file changed, 10

[U-Boot] [PATCH v2 3/3] dt-bindings: spi: Add andestech atcspi200 spi binding doc

From: Rick Chen Add a document to describe Andestech atcspi200 spi and binding information. Signed-off-by: Rick Chen --- doc/device-tree-bindings/spi/spi-atcspi200.txt | 37 ++ 1 file changed, 37 insertions(+) create mode 100644

[U-Boot] [PATCH v2 2/3] cosmetic: atcspi200: Rename function name as atcspi200

From: Rick Chen Integrate function and struct name from ae3xx to atcspi200 will be more reasonable. Signed-off-by: Rick Chen --- drivers/spi/atcspi200_spi.c | 96 ++--- 1 file changed, 48 insertions(+), 48

[U-Boot] [PATCH v2 1/3] spi: nds_ae3xx: Rename nds_ae3xx_spi as atcspi200_spi

From: Rick Chen atcspi200 is Andestech spi ip which is embedded in AE3XX and AE250 platforms. So rename as atcspi200 will be more reasonable to be used in different platforms. Signed-off-by: Rick Chen --- configs/adp-ae3xx_defconfig

[U-Boot] [PATCH] net: xilinx_axi_emac: Use readl and writel for io ops

This patch uses readl and writel instead of in_be32 and out_be32 for io ops as these internally uses readl, writel for microblaze and for Zynq, ZynqMP there is no need of endianness conversion and readl, writel should work straightaway. This patch starts supporting the driver for Zynq and ZynqMP

[U-Boot] [PATCH v2 3/3] dt-bindings: timer: Add andestech atcpit100 timer

From: Rick Chen Add a document to describe Andestech atcpit100 timer and binding information. Signed-off-by: Rick Chen Reviewed-by: Simon Glass --- doc/device-tree-bindings/timer/atcpit100_timer.txt | 31 ++ 1

[U-Boot] [PATCH v2 1/3] ae3xx: timer: Rename AE3XX to ATCPIT100

From: Rick Chen ATCPIT100 is Andestech timer IP which is embeded in AE3XX and AE250 boards. So rename AE3XX to ATCPIT100 will be more make sence. Signed-off-by: Rick Chen --- configs/adp-ae3xx_defconfig| 2 +-

[U-Boot] [PATCH v2 2/3] cosmetic: atcpit100_timer: Rename function name as atcpit100

From: Rick Chen Integrate function and struct name as atcpit100 will be more reasonable. Signed-off-by: Rick Chen --- drivers/timer/atcpit100_timer.c | 34 +- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git

Re: [U-Boot] [PATCH] ni: Add NIZYNQ platform

Hi Michal, On Wed, 2017-11-22 at 08:11 +0100, Michal Simek wrote: > Hi, > > On 22.11.2017 04:06, Wilson Lee wrote: > > > > Hi Michal, > > > > On Wed, 2017-11-08 at 07:27 +0100, Michal Simek wrote: > > > > > > On 8.11.2017 03:54, Wilson Lee wrote: > > > > > > > > > > > > Initial platform

Re: [U-Boot] [PULL] Please pull from u-boot-rockchip/master

On Wed, Nov 22, 2017 at 10:30:05AM +0100, Dr. Philipp Tomsich wrote: > Tom, > > Please pull from u-boot-rockchip/master. > The associated Travis run (prior to a final rebase) is at > https://travis-ci.org/ptomsich/u-boot-rockchip/builds/305523168. > > Thanks, > Philipp. > > > The following

Re: [U-Boot] mx6ull evk reboots automatically

Hi Ye Li, On Thu, Nov 23, 2017 at 12:05 AM, Ye Li wrote: > The wdog3 is not disabled for i.mx6ull on mainline U-boot. Please fix it in > imx_set_wdog_powerdown. > >if (is_mx6sx() || is_mx6ul() || is_mx6ull() || is_mx7()) > writew(enable, >wmcr); Thanks for

Re: [U-Boot] mx6ull evk reboots automatically

Hi Fabio, > -Original Message- > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Peng Fan > Sent: Thursday, November 23, 2017 9:40 AM > To: Fabio Estevam > Cc: U-Boot-Denx > Subject: Re: [U-Boot] mx6ull evk reboots automatically

Re: [U-Boot] mx6ull evk reboots automatically

Hi Fabio, > -Original Message- > From: Fabio Estevam [mailto:feste...@gmail.com] > Sent: Thursday, November 23, 2017 3:07 AM > To: Peng Fan > Cc: U-Boot-Denx > Subject: mx6ull evk reboots automatically > > Hi Peng, > > Booting a mainline U-Boot

Re: [U-Boot] [PATCH 0/3] ls1012a: fix tftp failure

Hi York, > -Original Message- > From: York Sun > Sent: Thursday, November 23, 2017 12:00 AM > To: Calvin Johnson ; u-boot@lists.denx.de > Cc: Anji Jagarlmudi ; Joe Hershberger > ; Prabhakar Kushwaha >

Re: [U-Boot] [U-Boot, 7/8] rockchip: rk3128: add defconfig for evb-rk3128

> Enable board config for evb-rk3128. > Serial output and eMMC works in this version. > > Signed-off-by: Kever Yang > Acked-by: Philipp Tomsich > --- > > configs/evb-rk3128_defconfig | 42

Re: [U-Boot] [U-Boot,4/8] rockchip: rk3128: add pinctrl driver

> Add rk3128 pinctrl driver and grf/iomux structure definition. > > Signed-off-by: Kever Yang > Acked-by: Philipp Tomsich > --- > > arch/arm/include/asm/arch-rockchip/grf_rk3128.h | 551 > >

[U-Boot] [PATCH v2 2/2] rockchip: defconfig: puma-rk3399: enable FAN53555 regulator driver

With a driver for the FAN53555 regulator family available, let's enable it for the RK3399-Q7 (which has two of these devices on-module). We enable this for the full U-Boot stage only, as these regulators provide a suitable default voltage and supply non-critical (i.e. for booting up) power rails

[U-Boot] [PATCH v2 1/2] power: regulator: add driver for the FAN53555 family

This adds a driver for the FAN53555 family of regulators. While these devices support a 'normal' and 'suspend' mode (controlled via an external pin) to switch between two programmable voltages, this incarnation of the driver assumes that the device is always operating in 'normal' mode. Only

[U-Boot] [PATCH 2/2] rockchip: defconfig: puma-rk3399: enable FAN53555 regulator driver

With a driver for the FAN53555 regulator family available, let's enable it for the RK3399-Q7 (which has two of these devices on-module). We enable this for the full U-Boot stage only, as these regulators provide a suitable default voltage and supply non-critical (i.e. for booting up) power rails

[U-Boot] [PATCH 1/2] power: regulator: add driver for the FAN53555 family

This adds a driver for the FAN53555 family of regulators. While these devices support a 'normal' and 'suspend' mode (controlled via an external pin) to switch between two programmable voltages, this incarnation of the driver assumes that the device is always operating in 'normal' mode. Only

[U-Boot] mx6ull evk reboots automatically

Hi Peng, Booting a mainline U-Boot on a imx6ull evk with a mainline kernel causes the board to reboot after about 5 seconds from reaching the Linux prompt. If I use the NXP U-Boot version this problem does not happen. Do you have any suggestion to fix this problem? Thanks, Fabio Estevam

[U-Boot] [PATCH] rockchip: pinctrl: rk3399: add support for I2C8

The RK3399 has a total of 9 I2C controllers. To support these, the enum in periph.h is extended and the mapping from the IRQ numbers to the peripheral-ids is extended to ensure that pinctrl requests are passed through to the function configuring the I2C pins. For I2C8, the pinctrl is implemented

[U-Boot] [PATCH] rockchip: clk: rk3399: change extract_bits to bitfield_extract

The RK3399 clk driver still has a left-over use of extract_bits, which can be replaced by using bitfield_extract from include/bitfield.h. This rewrites the invocation to use the shared function. Signed-off-by: Philipp Tomsich ---

Re: [U-Boot] [PATCH 0/3] ls1012a: fix tftp failure

On 11/21/2017 10:26 PM, Calvin Johnson wrote: > This patch series fixes bug which fails tftp sometimes > while using the pfe interfaces and also has some code clean up. > > > Calvin Johnson (3): > drivers: net: pfe_eth: add pfe_rx_done to clear bd after packet > processing > drivers:

Re: [U-Boot] [PATCH v2] boston: Add u-boot.mcs make target

On 21.11.2017 23:31, Paul Burton wrote: > U-Boot is generally flashed to a MIPS Boston development board by means > of a .mcs file which Xilinx Vivado software can write to the flash > present on the board. As such we'd generally want to produce an mcs file > when building U-Boot to target the

Re: [U-Boot] [PATCH 1/3] common: Fix-up MAC addr in dts by fetching env variable serially

On 11/22/2017 03:52 AM, Prabhakar Kushwaha wrote: > >> -Original Message- >> From: York Sun >> Sent: Tuesday, November 21, 2017 10:52 PM >> To: Prabhakar Kushwaha ; u- >> b...@lists.denx.de >> Subject: Re: [PATCH 1/3] common: Fix-up MAC addr in dts by fetching

Re: [U-Boot] [PATCH v3 1/3] usb: hub: identify the hub-device to usb_hub_reset_devices

> On 22 Nov 2017, at 17:23, Marek Vasut wrote: > > On 11/22/2017 05:15 PM, Philipp Tomsich wrote: >> When usb_hub_reset_devices is called, it should be passed both an >> indicator which hub it should operate on and what port number (local >> to that hub) should be reset. >> >>

[U-Boot] [PATCH] omap3_logic: Enable libfdt in SPL

This commit enables libfdt in SPL and removes manual MMC and serial driver manuipluation during SPL building. Signed-off-by: Adam Ford diff --git a/board/logicpd/omap3som/omap3logic.c b/board/logicpd/omap3som/omap3logic.c index 1da9e38..3d6f3f8 100644 ---

Re: [U-Boot] [PATCH v3 1/3] usb: hub: identify the hub-device to usb_hub_reset_devices

On 11/22/2017 05:15 PM, Philipp Tomsich wrote: > When usb_hub_reset_devices is called, it should be passed both an > indicator which hub it should operate on and what port number (local > to that hub) should be reset. > > Previously, the usb_hub.c code did not include such context and > always

[U-Boot] [PATCH v3 2/3] rockchip: rk3399-puma: implement usb_hub_reset_devices for puma-rk3399

For some versions of the RK3399-Q7 (at least revisions v1.1 and v1.2 are affected), we need to turn on the power for the port connected to the on-module USB hub only when the device is probed for the first time to ensure that the hub does not enter a low-power mode (that U-Boot's USB stack can't

[U-Boot] [PATCH v3 3/3] rockchip: dts: rk3399-puma: add a 'tsd, usb-port-power' stringlist for USB1

USB1 is connected to the on-module USB 3.0 hub and power to the hub (actually it's a reset signal, modeled as a fixed regulator, that will be released) should be enabled only during the first probing of the device to avoid the hub from entering its low-power mode (where it tries to attach on a

[U-Boot] [PATCH v3 1/3] usb: hub: identify the hub-device to usb_hub_reset_devices

When usb_hub_reset_devices is called, it should be passed both an indicator which hub it should operate on and what port number (local to that hub) should be reset. Previously, the usb_hub.c code did not include such context and always started resets from port number 1, performing multiple

Re: [U-Boot] [PATCH v2 1/3] usb: hub: identify the hub-device to usb_hub_reset_devices

On 11/22/2017 05:02 PM, Dr. Philipp Tomsich wrote: > >> On 22 Nov 2017, at 16:59, Marek Vasut wrote: >> >> On 11/22/2017 04:57 PM, Philipp Tomsich wrote: >>> When usb_hub_reset_devices is called, it should be passed both an >>> indicator which hub it should operate on and what

Re: [U-Boot] [PATCH v2 1/3] usb: hub: identify the hub-device to usb_hub_reset_devices

> On 22 Nov 2017, at 16:59, Marek Vasut wrote: > > On 11/22/2017 04:57 PM, Philipp Tomsich wrote: >> When usb_hub_reset_devices is called, it should be passed both an >> indicator which hub it should operate on and what port number (local >> to that hub) should be reset. > > Why

Re: [U-Boot] [PATCH v2 1/3] usb: hub: identify the hub-device to usb_hub_reset_devices

On 11/22/2017 04:57 PM, Philipp Tomsich wrote: > When usb_hub_reset_devices is called, it should be passed both an > indicator which hub it should operate on and what port number (local > to that hub) should be reset. Why ? > This adds an additional 'hub' parameter to usb_hub_reset_devices. >

[U-Boot] [PATCH v2 2/3] rockchip: rk3399-puma: implement usb_hub_reset_devices for puma-rk3399

For some versions of the RK3399-Q7 (at least revisions v1.1 and v1.2 are affected), we need to turn on the power for the port connected to the on-module USB hub only when the device is probed for the first time to ensure that the hub does not enter a low-power mode (that U-Boot's USB stack can't

[U-Boot] [PATCH v2 3/3] rockchip: dts: rk3399-puma: add a 'tsd, usb-port-power' stringlist for USB1

USB1 is connected to the on-module USB 3.0 hub and power to the hub (actually it's a reset signal, modeled as a fixed regulator, that will be released) should be enabled only during the first probing of the device to avoid the hub from entering its low-power mode (where it tries to attach on a

[U-Boot] [PATCH v2 1/3] usb: hub: identify the hub-device to usb_hub_reset_devices

When usb_hub_reset_devices is called, it should be passed both an indicator which hub it should operate on and what port number (local to that hub) should be reset. This adds an additional 'hub' parameter to usb_hub_reset_devices. Existing implementations are changed to simply ignore the new

Re: [U-Boot] [PATCH v2 1/1] ubifs: avoid possible NULL dereference

On Wed, Nov 22, 2017 at 02:37:49PM +0100, Ladislav Michl wrote: > On Wed, Nov 22, 2017 at 01:37:54PM +0100, Heinrich Schuchardt wrote: [snip] > > I agree that there is a memory leak. But we should put fixing that into a > > separate patch so that we can test both modifications separately. > >

Re: [U-Boot] [PATCH 3/3] mx6sxsabresd: Use PARTUUID to specify the rootfs location

On 22/11/2017 14:15, Fabio Estevam wrote: > From: Fabio Estevam > > mx6sxsabresd can run different kernel versions, such as NXP 4.1 or mainline. > > Currently the rootfs location is passed via mmcblk number and the > problem with this approach is that the mmcblk

Re: [U-Boot] [PATCH 2/3] mx6sxsabresd: Load the correct dtb for revA board

On 22/11/2017 14:15, Fabio Estevam wrote: > From: Fabio Estevam > > Currently only imx6sx-sdb.dtb is loaded, but if revA board is used the > correct dtb is imx6sx-sdb-reva.dtb, so make this possible. > > While at it, remove an extra 'mmc dev'. > > Signed-off-by: Fabio

Re: [U-Boot] [PATCH 1/3] imx: Add a common way for detecting NXP boards revision

Hi Fabio, On 22/11/2017 14:15, Fabio Estevam wrote: > From: Fabio Estevam > > NXP development boards based on i.MX6/i.MX7 contain the board > revision information stored in the fuses. > This is a good idea. > Introduce a common function that can be shared by different

Re: [U-Boot] [PATCH 0/5] mmc: fixes for HS200/UHS core support

On 11/22/2017 01:09 PM, Jaehoon Chung wrote: > On 11/22/2017 12:13 AM, Jean-Jacques Hiblot wrote: >> This series applies on top of "[PATCH v2 00/26] mmc: Add support for HS200 >> and UHS modes" >> >> It fixes a bug with old SD and MMC cards that support only the legacy mode. >> It also addresses

Re: [U-Boot] [PATCH v2 1/1] ubifs: avoid possible NULL dereference

On Wed, Nov 22, 2017 at 01:37:54PM +0100, Heinrich Schuchardt wrote: > On 11/21/2017 11:40 PM, Ladislav Michl wrote: > > On Tue, Nov 21, 2017 at 11:06:35PM +0100, Heinrich Schuchardt wrote: > > > If 'file' cannot be allocated due to an out of memory > > > situation, NULL is dereferenced. > > > >

[U-Boot] [PATCH v2 3/5] board: p212: use common ethernet init function

Switch P212 Ethernet init to the common Ethernet init function. Signed-off-by: Neil Armstrong --- board/amlogic/p212/p212.c | 14 ++ 1 file changed, 2 insertions(+), 12 deletions(-) diff --git a/board/amlogic/p212/p212.c b/board/amlogic/p212/p212.c index

[U-Boot] [PATCH v2 5/5] arm: Add Khadas VIM support based on Meson GXL family

This adds platform code for the Khadas VIM board based on a Meson GXL (S905X) SoC with the Meson GXL configuration. This initial submission supports UART, MMC/SDCard and Ethernet with the Internal RMII PHY. The meson-gxl-s905x-khadas-vim.dts is synchronised from the linux 4.13 stable tree as of

[U-Boot] [PATCH v2 1/5] ARM: arch-meson: add ethernet common init function

Introduce a generic common Ethernet Hardware init function common to all Amlogic GX SoCs with support for the Internal PHY enable for GXL SoCs. Signed-off-by: Neil Armstrong --- arch/arm/include/asm/arch-meson/eth.h | 15 ++ arch/arm/mach-meson/Makefile

[U-Boot] [PATCH v2 4/5] arm: Add LibreTech CC support based on Meson GXL family

This adds platform code for the Libre Computer CC "Le Potato" board based on a Meson GXL (S905X) SoC with the Meson GXL configuration. This initial submission supports UART, MMC/SDCard and Ethernet with the Internal RMII PHY. The meson-gxl-s905x-libretech-cc.dts is synchronised from the linux

[U-Boot] [PATCH v2 2/5] board: odroid-c2: use common ethernet init function

Switch Odroid-C2 Ethernet init to the common Ethernet init function. Signed-off-by: Neil Armstrong --- board/amlogic/odroid-c2/odroid-c2.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/board/amlogic/odroid-c2/odroid-c2.c

[U-Boot] [PATCH v2 0/5] Add support for Amlogic GXL Based SBCs

This patchset aimed to add minimal support for the following Amlogic GXL SoC based board: - LibreTech-CC - Khadas VIM The initial support is composed of : - Minimal boot support with serial, MMC, Ethernet and SDCard - Updated DTS from Linux 4.13.8 Commands to generate a valid binary are provided

[U-Boot] [PATCH 2/3] mx6sxsabresd: Load the correct dtb for revA board

From: Fabio Estevam Currently only imx6sx-sdb.dtb is loaded, but if revA board is used the correct dtb is imx6sx-sdb-reva.dtb, so make this possible. While at it, remove an extra 'mmc dev'. Signed-off-by: Fabio Estevam ---

[U-Boot] [PATCH 3/3] mx6sxsabresd: Use PARTUUID to specify the rootfs location

From: Fabio Estevam mx6sxsabresd can run different kernel versions, such as NXP 4.1 or mainline. Currently the rootfs location is passed via mmcblk number and the problem with this approach is that the mmcblk number for the SD card changes depending on the kernel

[U-Boot] [PATCH 1/3] imx: Add a common way for detecting NXP boards revision

From: Fabio Estevam NXP development boards based on i.MX6/i.MX7 contain the board revision information stored in the fuses. Introduce a common function that can be shared by different boards and convert mx6sabreauto to use this new mechanism. Signed-off-by: Fabio Estevam

Re: [U-Boot] sdhci - review?

On 11/22/2017 09:27 PM, Tom Rini wrote: > On Wed, Nov 22, 2017 at 05:25:02PM +0900, Jaehoon Chung wrote: >> On 11/20/2017 09:52 PM, Jorge Ramirez wrote: >>> On 11/10/2017 01:29 PM, Jorge Ramirez wrote: On 11/07/2017 11:48 PM, Tom Rini wrote: > On Tue, Nov 07, 2017 at 08:13:02AM +0100,

[U-Boot] [PATCH] fix: nand: pxa3xx: fix defined but not used warnings

bbt_mirror_descr and bbt_main_descr is defined but not used when compiling without CONFIG_SYS_NAND_USE_FLASH_BBT set. Signed-off-by: Sean Nyekjaer --- drivers/mtd/nand/pxa3xx_nand.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/mtd/nand/pxa3xx_nand.c

Re: [U-Boot] [PATCH v2 1/1] ubifs: avoid possible NULL dereference

On 11/21/2017 11:40 PM, Ladislav Michl wrote: On Tue, Nov 21, 2017 at 11:06:35PM +0100, Heinrich Schuchardt wrote: If 'file' cannot be allocated due to an out of memory situation, NULL is dereferenced. Variables file and dentry are not needed at all. So let's eliminate them. When debugging

Re: [U-Boot] sdhci - review?

On Wed, Nov 22, 2017 at 05:25:02PM +0900, Jaehoon Chung wrote: > On 11/20/2017 09:52 PM, Jorge Ramirez wrote: > > On 11/10/2017 01:29 PM, Jorge Ramirez wrote: > >> On 11/07/2017 11:48 PM, Tom Rini wrote: > >>> On Tue, Nov 07, 2017 at 08:13:02AM +0100, Jorge Ramirez wrote: > On 11/07/2017

Re: [U-Boot] [PATCH 0/5] mmc: fixes for HS200/UHS core support

On 11/22/2017 12:13 AM, Jean-Jacques Hiblot wrote: > This series applies on top of "[PATCH v2 00/26] mmc: Add support for HS200 > and UHS modes" > > It fixes a bug with old SD and MMC cards that support only the legacy mode. > It also addresses the comments made on the mailing list: > * dump card

Re: [U-Boot] [PATCH 1/3] common: Fix-up MAC addr in dts by fetching env variable serially

> -Original Message- > From: York Sun > Sent: Tuesday, November 21, 2017 10:52 PM > To: Prabhakar Kushwaha ; u- > b...@lists.denx.de > Subject: Re: [PATCH 1/3] common: Fix-up MAC addr in dts by fetching env > variable serially > > On 11/21/2017 08:26 AM,

Re: [U-Boot] [PATCH u-boot 2/2] arm: Add Khadas VIM support based on Meson GXL family

On 21/11/2017 05:09, Simon Glass wrote: > Hi Neil, > > On 20 November 2017 at 08:04, Neil Armstrong wrote: >> This adds platform code for the Khadas VIM board based on a >> Meson GXL (S905X) SoC with the Meson GXL configuration. >> >> This initial submission supports

Re: [U-Boot] [PATCH u-boot 1/2] arm: Add LibreTech CC support based on Meson GXL family

Hi Simon, On 21/11/2017 05:08, Simon Glass wrote: > Hi Neil, > > On 20 November 2017 at 08:04, Neil Armstrong wrote: >> This adds platform code for the Libre Computer CC "Le Potato" board based on >> a >> Meson GXL (S905X) SoC with the Meson GXL configuration. >> >>

Re: [U-Boot] [PATCH 00/10] rockchip: add tpl and OPTEE support for rk3229

Am Mittwoch, 22. November 2017, 17:10:19 CET schrieb Joseph Chen: > > 在 2017/11/21 23:43, Andrew F. Davis 写道: > > On 11/20/2017 03:25 PM, Heiko Stübner wrote: > >> Hi Kever, > >> > >> Am Mittwoch, 6. September 2017, 10:14:27 CET schrieb Kever Yang: > >>> Add some generic options for TPL support

Re: [U-Boot] [PATCH 00/10] rockchip: add tpl and OPTEE support for rk3229

Am Dienstag, 21. November 2017, 09:43:57 CET schrieb Andrew F. Davis: > On 11/20/2017 03:25 PM, Heiko Stübner wrote: > > Hi Kever, > > > > Am Mittwoch, 6. September 2017, 10:14:27 CET schrieb Kever Yang: > >> Add some generic options for TPL support for arm 32bit, and then > >> and TPL support

Re: [U-Boot] [PATCH 00/10] rockchip: add tpl and OPTEE support for rk3229

在 2017/11/21 23:43, Andrew F. Davis 写道: On 11/20/2017 03:25 PM, Heiko Stübner wrote: Hi Kever, Am Mittwoch, 6. September 2017, 10:14:27 CET schrieb Kever Yang: Add some generic options for TPL support for arm 32bit, and then and TPL support for rk3229(cortex-A7), and then add OPTEE support

Re: [U-Boot] [PATCH] power: pmic/regulator: Add basic support for TPS65910

Hello Simon, Many thanks for taking the time to review my patch. On 20.11.2017 16:38, Simon Glass wrote: > Hi Felix, > > On 8 November 2017 at 04:04, Felix Brack wrote: >> Texas Instrument's TPS65910 PMIC contains 3 buck DC-DC converts, one >> boost DC-DC converter and 8 LDOs.

Re: [U-Boot] U-Boot proper(not SPL) relocate option

Dear Kever Yang, In message you wrote: > > I can understand this feature, we always do dram_init_banks() first, > then we relocate to 'known' area, then will be no risk to access memory. > I believe there must be some historical reason for

[U-Boot] [PULL] Please pull from u-boot-rockchip/master

Tom, Please pull from u-boot-rockchip/master. The associated Travis run (prior to a final rebase) is at https://travis-ci.org/ptomsich/u-boot-rockchip/builds/305523168. Thanks, Philipp. The following changes since commit 16fa2eb95172e63820ee5f3d4052f3362a6de84e: ARM: dra7: Kconfig: Add

Re: [U-Boot] [PATCH] spl: make CONFIG_OF_EMBED pass dts through fdtgrep

Hi Simon, > Hi Lukasz > > > > Building spl with CONFIG_OF_EMBED enabled results in an error > > > message > > ^^^ - is the CONFIG_OF_EMBED a > > standard feature for SPL? > > Well, it's not really a standard feature I want to use in my final > product. But if I

Re: [U-Boot] [PATCH 3/8] pci: xilinx: Initialise the root bridge during probe

Hi On 21.11.2017 22:31, Daniel Schwierzeck wrote: > +cc Michal for Xilinx stuff > > On 21.11.2017 21:33, Paul Burton wrote: >> Whilst the pcie_xilinx driver was sufficient to run under QEMU, it was >> failing on FPGA because it wasn't configuring the root bridge, and >> access from the PCI

Re: [U-Boot] [PATCH] spl: make CONFIG_OF_EMBED pass dts through fdtgrep

Hi Lukasz > > Building spl with CONFIG_OF_EMBED enabled results in an error message > ^^^ - is the CONFIG_OF_EMBED a standard > feature for SPL? Well, it's not really a standard feature I want to use in my final product. But if I want to debug SPL

Re: [U-Boot] [PATCH 5/5] mmc: all hosts support 1-bit bus width and legacy timings

On Tue, 21 Nov 2017 16:13:08 +0100 Jean-Jacques Hiblot wrote: > Make sure that those basic capabilities are advertised by the host. > > Signed-off-by: Jean-Jacques Hiblot > --- > drivers/mmc/mmc.c | 15 ++- > 1 file changed, 10 insertions(+), 5

Re: [U-Boot] [PATCH 4/5] mmc: Fixed a problem with old sd or mmc that do not support High speed

On Tue, 21 Nov 2017 16:13:07 +0100 Jean-Jacques Hiblot wrote: > As the legacy modes were not added to the list of supported modes, old > cards that do not support other modes could not be used. > > Signed-off-by: Jean-Jacques Hiblot > --- > drivers/mmc/mmc.c

Re: [U-Boot] [PATCH 3/5] mmc: dump card and host capabilities if debug is enabled

On Tue, 21 Nov 2017 16:13:06 +0100 Jean-Jacques Hiblot wrote: > This is a useful information while debugging the initialization > process or performance issues. > > Signed-off-by: Jean-Jacques Hiblot > --- > drivers/mmc/mmc.c | 9 + > 1 file changed,

Re: [U-Boot] [PATCH 2/5] mmc: dm: support "mmc-ddr-1_2v" and "mmc-hs200-1_2v" boolean properties

On Tue, 21 Nov 2017 16:13:05 +0100 Jean-Jacques Hiblot wrote: > Signed-off-by: Jean-Jacques Hiblot > --- > drivers/mmc/mmc-uclass.c | 4 > 1 file changed, 4 insertions(+) > > diff --git a/drivers/mmc/mmc-uclass.c b/drivers/mmc/mmc-uclass.c > index

Re: [U-Boot] [PATCH 1/5] dm: mmc: updated mmc_of_parse() to not fail because of an invalid bus-width

On Tue, 21 Nov 2017 16:13:04 +0100 Jean-Jacques Hiblot wrote: > Instead of failing, the driver uses the default: 1-bit bus width. > > Signed-off-by: Jean-Jacques Hiblot > --- > drivers/mmc/mmc-uclass.c | 7 --- > 1 file changed, 4 insertions(+), 3

Re: [U-Boot] [PATCH] spl: make CONFIG_OF_EMBED pass dts through fdtgrep

Hi Simon, > Building spl with CONFIG_OF_EMBED enabled results in an error message ^^^ - is the CONFIG_OF_EMBED a standard feature for SPL? > on my board: "SPL image too big". This is because the fdtgrep build > step is only executed for

Re: [U-Boot] U-Boot proper(not SPL) relocate option

Hi Kever, > Hi Lukasz, > > > Thanks for your quick comments on this topic. > On 11/21/2017 06:29 PM, Lukasz Majewski wrote: > > Hi Kever, > > > >> Hi Guys, > >> > >> I try to understand why we need to do the relocate in U-Boot. > >> From the document README/crt0.S, I think the

Re: [U-Boot] U-Boot proper(not SPL) relocate option

+ Simon, On Wednesday 22 November 2017 07:29 AM, Kever Yang wrote: > Hi Lukasz, > > >     Thanks for your quick comments on this topic. > On 11/21/2017 06:29 PM, Lukasz Majewski wrote: >> Hi Kever, >> >>> Hi Guys, >>> >>>   I try to understand why we need to do the relocate in U-Boot. >>>  

Re: [U-Boot] U-Boot proper(not SPL) relocate option

Hi Chris, > On Wed, Nov 22, 2017 at 2:59 PM, Kever Yang > wrote: > > Hi Lukasz, > > > > > > Thanks for your quick comments on this topic. > > On 11/21/2017 06:29 PM, Lukasz Majewski wrote: > >> > >> Hi Kever, > >> > >>> Hi Guys, > >>> > >>> I try to

Re: [U-Boot] [PATCH 1/1] ubifs: avoid possible NULL dereference

On Wed, Nov 22, 2017 at 09:09:36AM +0100, Wolfgang Denk wrote: > Dear Ladislav, > > In message <2017112121.ryicwv6tyh5rye2e@lenoch> you wrote: > > > > > > > > diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c > > > > index 4465523d5f..313dee0579 100644 > > > > --- a/fs/ubifs/ubifs.c > > > >

Re: [U-Boot] sdhci - review?

On 11/20/2017 09:52 PM, Jorge Ramirez wrote: > On 11/10/2017 01:29 PM, Jorge Ramirez wrote: >> On 11/07/2017 11:48 PM, Tom Rini wrote: >>> On Tue, Nov 07, 2017 at 08:13:02AM +0100, Jorge Ramirez wrote: On 11/07/2017 12:28 AM, Tom Rini wrote: > Hey all, > > It's release day and

Re: [U-Boot] [PATCH 1/1] ubifs: avoid possible NULL dereference

Dear Ladislav, In message <2017112121.ryicwv6tyh5rye2e@lenoch> you wrote: > > > > > > diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c > > > index 4465523d5f..313dee0579 100644 > > > --- a/fs/ubifs/ubifs.c > > > +++ b/fs/ubifs/ubifs.c > > > @@ -403,8 +403,7 @@ static int ubifs_finddir(struct