[U-Boot] [PATCH v2] mmc: sdhci-cadence: add HS200 support

Add HS200 timing setting and the MMC tuning callback. Signed-off-by: Masahiro Yamada --- Changes in v2: - Surround .execute_tuning hook with #ifdef MMC_SUPPORTS_TUNING drivers/mmc/sdhci-cadence.c | 90 - 1 file

Re: [U-Boot] [PATCH 7/8] mmc: sdhci-cadence: add HS200 support

Hi Masahiro. On 01/12/2018 06:11 PM, Masahiro Yamada wrote: > Hi Jaehoon, > > 2018-01-12 17:44 GMT+09:00 Jaehoon Chung : >> Hi Masahiro, >> >> On 12/30/2017 02:00 AM, Masahiro Yamada wrote: >>> Add HS200 timing setting and the MMC tuning callback. >>> [..snip..] >>> +

Re: [U-Boot] [PATCH 2/7] mmc: uniphier-sd: Properly handle pin voltage configuration

On 01/07/2018 04:29 AM, Marek Vasut wrote: > Factor out the regulator handling into set_ios and add support for > selecting pin configuration based on the voltage to support UHS modes. > > Signed-off-by: Marek Vasut > Cc: Jaehoon Chung >

Re: [U-Boot] [PATCH 1/3] rockchip: add rv1108 sdram driver

Please split this into multiple patches; e.g.: - the CRU changes are not SDRAM related - same goes for the GRF changes for GPIOs The DRAM driver header file is essentially the same that was added in sdram_rk322x.h with the key difference that 'dfitphywrdatalat’ is exposed in the

Re: [U-Boot] [PATCH 3/3] rockchip: updata the style of reporting sdram cap

See below for requested changes. > On 12 Jan 2018, at 03:51, zhihuan he wrote: > > updata the style of reporting sdram capacity to uboot > > Signed-off-by: zhihuan he > --- > > arch/arm/mach-rockchip/rv1108/rv1108.c | 30 ++

Re: [U-Boot] [PATCH v3] armv8: errata: Implement workaround for Cortex-A53 Erratum 855873

On 11.1.2018 20:36, York Sun wrote: > On 12/27/2017 09:20 PM, Alison Wang wrote: >> 855873: An eviction might overtake a cache clean operation >> Workaround: The erratum can be avoided by upgrading cache clean by >> address operations to cache clean and invalidate operations. For >> Cortex-A53

Re: [U-Boot] [PATCH 7/8] mmc: sdhci-cadence: add HS200 support

Hi Jaehoon, 2018-01-12 17:44 GMT+09:00 Jaehoon Chung : > Hi Masahiro, > > On 12/30/2017 02:00 AM, Masahiro Yamada wrote: >> Add HS200 timing setting and the MMC tuning callback. >> >> Signed-off-by: Masahiro Yamada >> --- >> >>

[U-Boot] [PATCH] arm64: zynqmp: Enable Cortex-A53 Erratum 855873

Fix was added by: "armv8: Implement workaround for Cortex-A53 erratum 855873" (sha1: ab0ab54e49180d701fd5fdefb4a819ed086eadee) and this fix is also necessary for Xilinx ZynqMP SoCs. Signed-off-by: Michal Simek --- arch/arm/Kconfig | 1 + 1 file changed, 1 insertion(+)

[U-Boot] [PATCH 2/2] ARM: dts: exynos5: add the interrupt-parent property

Add the interrupt-parent property as gic. Signed-off-by: Jaehoon Chung --- arch/arm/dts/exynos5.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/dts/exynos5.dtsi b/arch/arm/dts/exynos5.dtsi index 8b725c0ddc..19e0d0a45a 100644 ---

Re: [U-Boot] [PATCH v5 03/24] arm: imx: hab: Optimise flow of authenticate_image on is_enabled fail

On 11/01/18 19:34, Breno Matheus Lima wrote: Hi Bryan, 2018-01-08 15:36 GMT-02:00 Bryan O'Donoghue : There is no need to call is_enabled() twice in authenticate_image - it does nothing but add an additional layer of indentation. We can check for is_enabled() at

[U-Boot] FW: u-boot v2016 vs v2013

From: Mehmet Ali İPİN Sent: Friday, January 12, 2018 8:39 AM To: 'u-b...@lists.dex.de' Subject: u-boot v2016 vs v2013 Dear Sir/Madam, Hello, We have an i.mx6dl board which was referenced to sabreauto kit, except we use KSZ9021 as phy chip instead of AR8031. We installed

[U-Boot] [PATCH] Initialize SHA buffer size var in passwd_abort

The call to hash_block in passwd_abort fails with error ENOSPC on some systems. The reason is that the variable which specifies the size of the buffer to contain the computed hash does not get initialized. This patch initializes the variable with the size of the buffer. Signed-off-by: Martin

Re: [U-Boot] [PATCH 0/3] These three patches add spl for rv1108

Recommend to use patman so send the patch, so that the patch can send in sequence and the following patch with reply-to TAG in header. How much difference between this driver and rk3036 sdram driver? Thanks, - Kever On 01/12/2018 10:54 AM, zhihuan he wrote: > 1.add sdram driver in spl for

Re: [U-Boot] Please pull u-boot-video/master

On Thu, Jan 11, 2018 at 06:57:33PM +0100, Anatolij Gustschin wrote: > Hi Tom, > > The following changes since commit f3dd87e0b98999a78e500e8c6d2b063ebadf535a: > > Prepare v2018.01 (2018-01-08 20:25:29 -0500) > > are available in the git repository at: > >

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

On Fri, Jan 12, 2018 at 12:32:03AM +0530, Jagan Teki wrote: > Hi Tom, > > Please pull this PR, thanks! > > The following changes since commit 98691a60abffb44303d7dae6e9e699d0daded930: > > Merge git://git.denx.de/u-boot-rockchip (2018-01-09 13:28:51 -0500) > > are available in the git

[U-Boot] [PATCH v6 01/25] arm: imx: hab: Make authenticate_image return int

Both usages of authenticate_image treat the result code as a simple binary. The command line usage of authenticate_image directly returns the result code of authenticate_image as a success/failure code. Right now when calling hab_auth_img and test the result code in a shell a passing hab_auth_img

[U-Boot] [PATCH v6 03/25] arm: imx: hab: Optimise flow of authenticate_image on is_enabled fail

There is no need to call is_enabled() twice in authenticate_image - it does nothing but add an additional layer of indentation. We can check for is_enabled() at the start of the function and return the result code directly. Signed-off-by: Bryan O'Donoghue Cc: Stefano

Re: [U-Boot] [PATCH 2/3] rockchip: Add RV1108 SPL support

See below for comments and requested changes. > On 12 Jan 2018, at 03:45, zhihuan he wrote: > > add rv1108 set for supporting spl. > > Signed-off-by: zhihuan he > --- > > arch/arm/mach-rockchip/Kconfig| 2 + >

Re: [U-Boot] [PATCH v1 03/05] db820c: add qualcomm dragonboard 820C support

On 01/10/2018 11:33 AM, Jorge Ramirez-Ortiz wrote: From: Jorge Ramirez-Ortiz This commit adds support for 96Boards Dragonboard820C. The board is based on APQ8086 Qualcomm Soc, complying with the 96Boards specification. Features - 4x Kyro CPU (64 bit) up to

Re: [U-Boot] [U-Boot, v4, 07/11] spl: add support to booting with OP-TEE

> OP-TEE is an open source trusted OS, in armv7, its loading and > running are like this: > loading: > - SPL load both OP-TEE and U-Boot > running: > - SPL run into OP-TEE in secure mode; > - OP-TEE run into U-Boot in non-secure mode; > > More detail: > https://github.com/OP-TEE/optee_os > and

[U-Boot] [PATCH 3/3] rockchip: updata the style of reporting sdram cap

updata the style of reporting sdram capacity to uboot Signed-off-by: zhihuan he --- arch/arm/mach-rockchip/rv1108/rv1108.c | 30 ++ board/rockchip/evb_rv1108/evb_rv1108.c | 47 -- 2 files changed, 30 insertions(+), 47

Re: [U-Boot] FW: u-boot v2016 vs v2013

On Fri, Jan 12, 2018 at 4:00 AM, Mehmet Ali İPİN wrote: > > > From: Mehmet Ali İPİN > Sent: Friday, January 12, 2018 8:39 AM > To: 'u-b...@lists.dex.de' > Subject: u-boot v2016 vs v2013 > > Dear Sir/Madam, > > Hello, > > We have an i.mx6dl board

[U-Boot] [PATCH v6 00/25] Fix and extend i.MX HAB layer

v6: - Added patch 21/25 return zero on open (unlocked) board when calling authenticate_image() - Breno - Added Tested-by: Breno Matheus Lima as indicated for remainder 24/25 patches - Added Reviewed-by: Fabio Estevam as indicated for

[U-Boot] [PATCH v6 10/25] arm: imx: hab: Verify IVT self matches calculated address

The IVT is a self-describing structure which contains a self field. The self field is the absolute physical base address the IVT ought to be at in memory. Use the IVT self field to validate the calculated ivt_addr bugging out if the two values differ. Signed-off-by: Bryan O'Donoghue

[U-Boot] [PATCH 1/2] ARM: dts: exynos5: remove the duplicated nodes

Remove the duplicated gic and combiner nodes in exynos5.dtsi. Signed-off-by: Jaehoon Chung --- arch/arm/dts/exynos5.dtsi | 27 --- 1 file changed, 27 deletions(-) diff --git a/arch/arm/dts/exynos5.dtsi b/arch/arm/dts/exynos5.dtsi index

Re: [U-Boot] [U-Boot, v4, 04/11] rockchip: rk322x: enable tpl support

> Move original spl to tpl, and add spl to load next stage firmware, > adapt all the address and option for them. > > Serial-changes: 2 > - update upon latest source > > Signed-off-by: Kever Yang > --- > > Changes in v4: > - remove non-used MACRO define > > Changes

[U-Boot] [PATCH 0/3] These three patches add spl for rv1108

1.add sdram driver in spl for rv1108. 2.set rv1108 spl config. 3.change the style of report sdram capacity to u-boot. zhihuan he (3): rockchip: add rv1108 sdram driver rockchip: Add RV1108 SPL support rockchip: updata the style of reporting sdram cap

Re: [U-Boot] [PATCH 01/11] cmd: crc32: Disable by default on sunXi

On Fri, Jan 12, 2018 at 2:26 PM, Maxime Ripard wrote: > Hi, > > On Thu, Jan 11, 2018 at 11:24:28PM +0530, Jagan Teki wrote: >> On Thu, Dec 21, 2017 at 6:10 PM, Maxime Ripard >> wrote: >> > The sunXi arm64 build has overflown,

[U-Boot] [PATCH v6 04/25] arm: imx: hab: Optimise flow of authenticate_image on hab_entry fail

The current code disjoins an entire block of code on hab_entry pass/fail resulting in a large chunk of authenticate_image being offset to the right. Fix this by checking hab_entry() pass/failure and exiting the function directly if in an error state. Signed-off-by: Bryan O'Donoghue

[U-Boot] [PATCH v6 02/25] arm: imx: hab: Fix authenticate_image result code

authenticate_image returns 1 for success and 0 for failure. That result code is mapped directly to the result code for the command line function hab_auth_img - which means when hab_auth_img succeeds it is returning CMD_RET_FAILURE (1) instead of CMD_RET_SUCCESS (0). This patch fixes this

[U-Boot] [PATCH v6 08/25] arm: imx: hab: Add IVT header definitions

The various i.MX BootROMs containing the High Assurance Boot (HAB) block rely on a data structure called the Image Vector Table (IVT) to describe to the BootROM where to locate various data-structures used by HAB during authentication. This patch adds a definition of the IVT header for use in

[U-Boot] [PATCH v6 17/25] arm: imx: hab: Print HAB event log only after calling ROM

The current flow of authenticate_image() will print the HAB event log even if we reject an element of the IVT header before ever calling into the ROM. This can be confusing. This patch changes the flow of the code so that the HAB event log is only printed out if we have called into the ROM and

[U-Boot] [PATCH v6 05/25] arm: imx: hab: Move IVT_SIZE to hab.h

The size of the IVT header should be defined in hab.h move it there now. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud Cc:

[U-Boot] [PATCH v6 07/25] arm: imx: hab: Fix authenticate_image input parameters

u-boot command "hab_auth_img" tells a user that it takes - addr - image hex address - offset - hex offset of IVT in the image but in fact the callback hab_auth_img makes to authenticate_image treats the second 'offset' parameter as an image length. Furthermore existing code requires the IVT

[U-Boot] [PATCH] arm: zynq: Enable SPL_CLK only if SPL is enabled

Setup proper dependency in Kconfig for SPL_CLK. If SPL is not enabled, SPL_CLK shouldn't be selected. Cc: Michal Simek Signed-off-by: Ezequiel Garcia --- arch/arm/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [U-Boot] [PATCH V3] Convert CONFIG_SYS_DV_CLKMODE et al to Kconfig

On 01/12/2018 07:26 AM, Adam Ford wrote: This converts the following to Kconfig: CONFIG_SYS_DV_CLKMODE CONFIG_SYS_DA850_PLL0_POSTDIV CONFIG_SYS_DA850_PLL0_PLLDIV1 CONFIG_SYS_DA850_PLL0_PLLDIV2 CONFIG_SYS_DA850_PLL0_PLLDIV3 CONFIG_SYS_DA850_PLL0_PLLDIV4

Re: [U-Boot] [PATCH] TCP and wget implementation v5.1

Hi Duncan, On Wed, Jan 10, 2018 at 8:18 PM, Duncan Hare wrote: > Date: Wed, 10 Jan 2018 17:54:07 -0800 > Subject: [PATCH] git_msg_1 > > TCP and wget implementation. Sounds like this should be the title of the series cover letter. I thought we agreed that this should be sent as

[U-Boot] [PATCH 4/5] arm: zynq: Add zc770-xm013 spl configuration

Simplify ps7_init* initialization. Signed-off-by: Michal Simek --- board/xilinx/zynq/zynq-zc770-xm013/ps7_init_gpl.c | 767 ++ 1 file changed, 767 insertions(+) create mode 100644 board/xilinx/zynq/zynq-zc770-xm013/ps7_init_gpl.c diff --git

Re: [U-Boot] [PATCH v2 0/9] reduce the size of the mmc core

On 01/04/2018 11:23 PM, Jean-Jacques Hiblot wrote: > > This series applies on u-boot/next > > It aims at reducing the size taken by the mmc core in the SPL. > Recent changes (for which I'm to blame) have bloated the mmc core and have > broken platforms that were already tight on code space. This

Re: [U-Boot] [PATCH v3] armv8: errata: Implement workaround for Cortex-A53 Erratum 855873

On 01/12/2018 01:12 AM, Michal Simek wrote: > On 11.1.2018 20:36, York Sun wrote: >> On 12/27/2017 09:20 PM, Alison Wang wrote: >>> 855873: An eviction might overtake a cache clean operation >>> Workaround: The erratum can be avoided by upgrading cache clean by >>> address operations to cache

[U-Boot] [PATCH 5/5] arm: zynq: Add support for zc770-xm011-x16 configuration

zc770-xm011 is x8 width configuration. This FMC card has also x16 variant which requires different ps7_init configuration. This patch adds it. Signed-off-by: Michal Simek --- arch/arm/dts/zynq-zc770-xm011-x16.dts | 1 +

[U-Boot] [PATCH 3/9] optee: Make OPTEE_TZDRAM_BASE a mandatory define

This patch makes OTPEE_TZDRAM_BASE a mandatory parameter. Subsequent patches will ensure that the region between OTPEE_TZDRAM_BASE and (OTPEE_TZDRAM_BASE + CONFIG_OPTEE_TZDRAM_SIZE) match the information given in the OPTEE header before handing off control to the OPTEE image when booting OPTEE

[U-Boot] [PATCH 9/9] bootm: optee: Add mechanism to validate an OPTEE image before boot

This patch makes it possible to verify the contents and location of an OPTEE image in DRAM prior to handing off control to that image. If image verification fails we won't try to boot any further. Signed-off-by: Bryan O'Donoghue Cc: Harinarayan Bhatta

[U-Boot] [PATCH 4/9] optee: Add optee_image_get_entry_point()

Add a helper function for extracting the least significant 32 bits from the OPTEE entry point address, which will be good enough to load OPTEE binaries up to (2^32)-1 bytes. We may need to extend this out later on but for now (2^32)-1 should be fine. Signed-off-by: Bryan O'Donoghue

[U-Boot] [PATCH 2/9] optee: Add CONFIG_OPTEE_TZDRAM_SIZE

OPTEE is currently linked to a specific area of memory called the TrustZone DRAM. This patch adds a CONFIG entry for the default size of TrustZone DRAM that a board-port can over-ride. The region that U-Boot sets aside for the OPTEE run-time should be verified before attempting to hand off to the

Re: [U-Boot] [PATCH v6 21/25] arm: imx: hab: Make authenticate_image() return zero on open boards

Hi Bryan, 2018-01-12 10:40 GMT-02:00 Bryan O'Donoghue : > The BootROM will not successfully process a HAB image passed by u-boot > unless the board has been set into locked mode. Some of the existing usages > of authenticate_image() expect and rely on unlocked boards

[U-Boot] [PATCH 3/5] arm: zynq: Add zc770-xm012 spl configuration

Simplify ps7_init* initialization. Signed-off-by: Michal Simek --- board/xilinx/zynq/zynq-zc770-xm012/ps7_init_gpl.c | 818 ++ 1 file changed, 818 insertions(+) create mode 100644 board/xilinx/zynq/zynq-zc770-xm012/ps7_init_gpl.c diff --git

[U-Boot] [PATCH 0/9] Add new OPTEE bootm support to u-boot

This series adds a new OPTEE bootable image type to u-boot, which is directly bootable with the bootm command. There is already a TEE image type but, in this case the TEE firmware is loaded into RAM, jumped into and then back out of. This image type is a directly bootable image as described here

[U-Boot] [PATCH 8/9] optee: Improve error printout

When encountering an error in OPTEE verification print out the address of the header and image. Signed-off-by: Bryan O'Donoghue Cc: Harinarayan Bhatta Cc: Andrew F. Davis Cc: Tom Rini Cc: Kever Yang

Re: [U-Boot] [PATCH 3/9] optee: Make OPTEE_TZDRAM_BASE a mandatory define

On Fri, Jan 12, 2018 at 02:52:18PM +, Bryan O'Donoghue wrote: > This patch makes OTPEE_TZDRAM_BASE a mandatory parameter. > Subsequent patches will ensure that the region between > OTPEE_TZDRAM_BASE and (OTPEE_TZDRAM_BASE + > CONFIG_OPTEE_TZDRAM_SIZE) match the information given in the OPTEE

[U-Boot] [PATCH 2/5] arm: zynq: Add zc770-xm011 spl configuration

Simplify ps7_init* initialization. Signed-off-by: Michal Simek --- board/xilinx/zynq/zynq-zc770-xm011/ps7_init_gpl.c | 776 ++ 1 file changed, 776 insertions(+) create mode 100644 board/xilinx/zynq/zynq-zc770-xm011/ps7_init_gpl.c diff --git

[U-Boot] [PATCH 1/5] arm: zynq: Add zc770-xm010 spl configuration

Simplify ps7_init* initialization. Signed-off-by: Michal Simek --- board/xilinx/zynq/zynq-zc770-xm010/ps7_init_gpl.c | 800 ++ 1 file changed, 800 insertions(+) create mode 100644 board/xilinx/zynq/zynq-zc770-xm010/ps7_init_gpl.c diff --git

[U-Boot] [PATCH 6/9] tools: mkimage: add optee image type

This patch adds support for bootable OPTEE images to mkimage. Currently there is a (Trusted Execution Environment) TEE image type, the TEE image type is installed to a memory location with u-boot continuing to own the boot process whereas the OPTEE image type defined here is a bootable image,

Re: [U-Boot] [U-Boot, v4, 07/11] spl: add support to booting with OP-TEE

On 12/01/18 11:27, Philipp Tomsich wrote: OP-TEE is an open source trusted OS, in armv7, its loading and running are like this: loading: - SPL load both OP-TEE and U-Boot running: - SPL run into OP-TEE in secure mode; - OP-TEE run into U-Boot in non-secure mode; More detail:

Re: [U-Boot] On writing .ext4 image to MMC

Hi resize2fs from linux? Michael On Fri, Jan 12, 2018 at 4:15 PM, Adam Lee wrote: > Hello everyone, > > I am able to download a .ext4 image over tftp and write it to my SD card. > The system boots fine. > One last thing I have to figure out is to expand this .ext4 file

[U-Boot] [PATCH 1/9] optee: Add lib entries for sharing OPTEE code across ports

This patch adds code to lib to enable sharing of useful OPTEE code between board-ports and architectures. The code on lib/optee/optee.c comes from the TI omap2 port. Eventually the OMAP2 code will be patched to include the shared code. The intention here is to add more useful OPTEE specific code

[U-Boot] On writing .ext4 image to MMC

Hello everyone, I am able to download a .ext4 image over tftp and write it to my SD card. The system boots fine. One last thing I have to figure out is to expand this .ext4 file system that I just populated. If the image is 600MB, the partition size itself is 600MB, leaving no room. Is there

[U-Boot] [PATCH 5/9] optee: Add optee_image_get_load_addr()

This patch adds optee_image_get_load_addr() a helper function used to calculate the load-address of an OPTEE image based on the lower entry-point address given in the OPTEE header. Signed-off-by: Bryan O'Donoghue Cc: Harinarayan Bhatta Cc: Andrew

[U-Boot] [PATCH 7/9] optee: Add optee_verify_bootm_image()

This patch adds optee_verify_bootm_image() which will be subsequently used to verify the parameters encoded in the OPTEE header match the memory allocated to the OPTEE region, OPTEE header magic and version prior to handing off control to the OPTEE image. Signed-off-by: Bryan O'Donoghue

Re: [U-Boot] On writing .ext4 image to MMC

I was hoping to get this done in the bootloader otherwise I have to change the rootfs ;) On Fri, Jan 12, 2018 at 1:18 PM Michael Nazzareno Trimarchi < mich...@amarulasolutions.com> wrote: > Hi > > On 12 Jan. 2018 7:15 pm, "Adam Lee" wrote: > > Hi Michael, I used gparted

Re: [U-Boot] [PATCH] imx: fix CAAM base for i.MX6UL

Hi Anatolij, 2018-01-11 12:54 GMT-02:00 Fabio Estevam : > Hi Anatolij, > > Thanks for the fix. > > On Thu, Jan 11, 2018 at 12:14 PM, Anatolij Gustschin wrote: >> HW accelerated "hash sha256 ..." command doesn't work on i.MX6UL, we get >> "CAAM was not setup

Re: [U-Boot] On writing .ext4 image to MMC

Hi Michael, I used gparted to fix the issue. I am just wondering if I can do all this in U-Boot. If there is no good solution, I will put one-time script in my rootfs to do this task. Adam On Fri, Jan 12, 2018 at 10:18 AM Michael Nazzareno Trimarchi < mich...@amarulasolutions.com> wrote: > Hi >

Re: [U-Boot] On writing .ext4 image to MMC

Hi On 12 Jan. 2018 7:15 pm, "Adam Lee" wrote: Hi Michael, I used gparted to fix the issue. I am just wondering if I can do all this in U-Boot. If there is no good solution, I will put one-time script in my rootfs to do this task. Sorry most of the system on first boot

[U-Boot] Pull request, u-boot-tegra/master

Tom, Please pull u-boot-tegra/master into U-Boot/master. Thanks! All Tegra builds are OK, and Stephen's automated test system reports that all tests pass. The following changes since commit 373b9003410b44a1133060c2e63483b278fb476b: Merge git://git.denx.de/u-boot-sunxi (2018-01-11 14:14:19

[U-Boot] [PATCH v3 00/20] Add gmac support for rk3399-evb rv1108-evb rk3328-evb and rk3229-evb

This serie of patches add rmii interface support, and support more socs's gmac function, such as rv1108, rk3328 and rk3229. Implement the "assign-clock-parent" and "assign-clock-rate" for rk3328, rk3228, rk3288 and rk3368. This series of patches is based on Philipp's branch:

Re: [U-Boot] [PATCH v2 1/4] ARM: qemu-arm: Add support for AArch64

On Thu, Jan 11, 2018 at 04:11:23PM +0200, Tuomas Tynkkynen wrote: > This adds support for '-machine virt' on AArch64. This is rather simple: > we just add TARGET_QEMU_ARM_xxBIT to select a few different Kconfig > symbols, provide the ARMv8 memory map from the board file and add a new > defconfig

[U-Boot] [PATCH v3 02/20] rockchip: configs: Enable CONFIG_NET_RANDOM_ETHADDR for rk3288-evb

If the Ethernet address is not set, the network can't work, enable the random address config for default use. Signed-off-by: David Wu Acked-by: Philipp Tomsich Reviewed-by: Philipp Tomsich

[U-Boot] [PATCH v3 04/20] rockchip: pinctrl: rv1108: Move the iomux definitions into pinctrl-driver

If we include both the rk3288_grf.h and rv1108_grf.h, it will cause the conflicts of redefinition. Clean the iomux definitions at grf_rv1108.h, and move them into pinctrl-driver. Signed-off-by: David Wu Reviewed-by: Philipp Tomsich

[U-Boot] [PATCH v3 01/20] rockchip: dts: rk3399-evb: Change the tx/rx delay value for transmission quality

Give the mac controller the correct tx-delay and rx-delay value for the rgmii mode transmission. If they are not matched, there would be Ethernet packets lost, the net feature may not work. Signed-off-by: David Wu Acked-by: Philipp Tomsich

[U-Boot] [PATCH v3 03/20] rockchip: grf_rv1108.h: Fix the grf offsets

The last 4 grf registers offset of rv1108 are wrong, fix them for correct usage. Signed-off-by: David Wu Reviewed-by: Simon Glass --- Changes in v3: - None Changes in v2: - New patch arch/arm/include/asm/arch-rockchip/grf_rv1108.h | 8 ++-- 1

Re: [U-Boot] [U-Boot, v2, 16/18] clk: rockchip: Add rk322x gamc clock support

Hi Philipp, For the 'assigned-clocks' patches, i tested them well, and have implemented them at rk3328, rk3229, rk3288 and rk3368. The patches has been send for your review. Except for one thing, just like you said, we need to move "clk_set_defaults" further down and do it just before:

[U-Boot] [PATCH v3 13/20] rockchip: pinctrl: rk322x: Move the iomux definitions into pinctrl-driver

Clean the iomux definitions at grf_rk322x.h, and move them into pinctrl-driver for resolving the compiling error of redefinition. After that, define the uart2 iomux at rk322x-board file. Signed-off-by: David Wu --- Changes in v3: - Fix the wrong define for uart2 iomux

[U-Boot] [PATCH v3 15/20] clk: rockchip: Add rk322x gamc clock support

Assuming mac_clk is fed by an external clock, set clk_rmii_src clock select control register from IO for rgmii interface. Signed-off-by: David Wu --- Changes in v3: - Add "set parent" for gmac - Add internal mac clk div_sel for gmac Changes in v2: - New patch

[U-Boot] [PATCH v3 11/20] rockchip: dts: rk3328: Add gmac2io support

Add basic dts configuration for rk3328 gmac2io. Signed-off-by: David Wu --- Changes in v3: - None Changes in v2: - New patch arch/arm/dts/rk3328.dtsi | 19 +++ 1 file changed, 19 insertions(+) diff --git a/arch/arm/dts/rk3328.dtsi

[U-Boot] [PATCH v3 08/20] clk: rockchip: Add rk3328 gamc clock support

The rk3328 soc has two gmac controllers, one is gmac2io, the other is gmac2phy. We use the gmac2io rgmii interface for 1000M phy here. Signed-off-by: David Wu --- Changes in v3: - Add "set parent" for gmac2io - Add internal mac clk div_sel for gmac2io Changes in v2: -

[U-Boot] [PATCH v3 09/20] net: gmac_rockchip: Add rk3328 gmac support

The GMAC2IO in the RK3328 once again is identical to the incarnation in the RK3288 and the RK3399, except for where some of the configuration and control registers are located in the GRF. This adds the RK3328-specific logic necessary to reuse this driver. Signed-off-by: David Wu

[U-Boot] [PATCH v3 10/20] rockchip: configs: Enable GMAC configs for evb-rk3328

Enable GMAC configs for evb-rk3328 Signed-off-by: David Wu --- Changes in v3: - None Changes in v2: - New patch configs/evb-rk3328_defconfig | 5 + 1 file changed, 5 insertions(+) diff --git a/configs/evb-rk3328_defconfig b/configs/evb-rk3328_defconfig index

[U-Boot] [PATCH v3 14/20] rockchip: pinctrl: Add rk322x gmac pinctrl support

Set gmac pins iomux and rgmii tx pins to 12ma drive-strength, clean others to 2ma. Signed-off-by: David Wu --- Changes in v3: - adhere to the established way of writing this to avoid future confusion - use defined symbolic constants for drive-strength Changes in v2: -

[U-Boot] [PATCH v3 19/20] clk: rockchip: clk_rk3288: Implement "assign-clock-parent" and "assign-clock-rate"

The RK3288 CRU-node assigns rates to a number of clocks that are not implemented in the RK3288 clock-driver (but which have been sufficiently initialised from rkclk_init()): for these clocks, we implement the gmac clock set parent, but simply ignore the others' set_rate() operation and return 0 to

[U-Boot] [PATCH v3 18/20] ARM: dts: rk3288: Remove unused LCDC clock assigned

The LCDC assigned rate is 0, it will make boot error, error log:"pll_para_config: the frequency can not be 0 Hz". Remove them, and the lcdc driver will do the correct clock rate setting. Signed-off-by: David Wu --- Changes in v3: - New patch Changes in v2: None

[U-Boot] [PATCH v3 17/20] config: evb-rk3229: Enable rk gmac configs

Add gmac config support for rk3229 evb. Signed-off-by: David Wu --- Changes in v3: - None Changes in v2: - New patch configs/evb-rk3229_defconfig | 5 + 1 file changed, 5 insertions(+) diff --git a/configs/evb-rk3229_defconfig b/configs/evb-rk3229_defconfig

[U-Boot] [PATCH v3 20/20] clk: rockchip: clk_rk3368: Implement "assign-clock-parent"

Implement the setting parent for gmac clock, and add internal pll div set for mac clk. Signed-off-by: David Wu --- Changes in v3: - New patch Changes in v2: None arch/arm/include/asm/arch-rockchip/cru_rk3368.h | 7 ++ drivers/clk/rockchip/clk_rk3368.c

[U-Boot] [PATCH v3 12/20] rockchip: dts: rk3328-evb: Enable gmac2io for rk3328-evb

Add rk3328-evb gmac support. Signed-off-by: David Wu --- Changes in v3: - None Changes in v2: - New patch arch/arm/dts/rk3328-evb.dts | 30 ++ 1 file changed, 30 insertions(+) diff --git a/arch/arm/dts/rk3328-evb.dts

[U-Boot] [PATCH v3 16/20] net: gmac_rockchip: Add support for the RK3228 GMAC

The GMAC in the RK3228 once again is identical to the incarnation in the RK3288 and the RK3399, except for where some of the configuration and control registers are located in the GRF. This adds the RK3368-specific logic necessary to reuse this driver. Signed-off-by: David Wu

[U-Boot] [PATCH v3 06/20] rockchip: pinctrl: rk3328: Move the iomux definitions into pinctrl-driver

Clean the iomux definitions at grf_rk3328.h, and move them into pinctrl-driver for resolving the compiling error of redefinition. Signed-off-by: David Wu --- Changes in v3: - None Changes in v2: - New patch arch/arm/include/asm/arch-rockchip/grf_rk3328.h | 113

[U-Boot] [PATCH v3 07/20] rockchip: pinctrl: Add rk3328 gmac pinctrl support

Need to set gmac m1 pins iomux, gmac m0 tx pins, select bit2 and bit10 at com iomux register. After that, set rgmii m1 tx pins to 12ma drive-strength, and clean others to 2ma. Signed-off-by: David Wu --- Changes in v3: - adhere to the established way of writing this to

[U-Boot] [PATCH v3 05/20] net: gmac_rockchip: Add support for the RV1108 GMAC

The rv1108 GMAC only support rmii interface, so need to add the set_rmii() ops. Use the phy current interface to set rmii or rgmii ops. At the same time, need to set the mac clock rate of rmii with 50M, the clock rate of rgmii with 125M. Signed-off-by: David Wu ---

Re: [U-Boot] [PATCH 2/2] configs: stm32: move config flag from defconfig to Kconfig

Hi, On 01/12/2018 12:23 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Move system flags from defconfig to mach-stm32/Kconfig > > Signed-off-by: Patrice Chotard Reviewed-by: Vikas Manocha One comment below

Re: [U-Boot] [PATCH 1/2] serial: stm32: Rename serial_stm32x7.c to serial_stm32.c

Hi, On 01/12/2018 12:23 AM, patrice.chot...@st.com wrote: > From: Patrice Chotard > > Now this driver is used across stm32f4, stm32f7 and stm32h7 > SoCs family, give it a generic name. > > Signed-off-by: Patrice Chotard Reviewed-by: Vikas

[U-Boot] [PATCH 1/1] dm: video: Correct color ANSI escape sequence support

Support increased intensity (bold). Get RGB sequence in pixels right (swap blue and red). Do not set reserved bits. Use u32 instead of unsigned for color bit mask. qemu-system-i386 -display sdl -vga virtio and qemu-system-i386 -display sdl -vga cirrus now display the same colors as

[U-Boot] [PATCH] powerpc: Drop unreferenced CONFIG_* defines

The following config symbols are only defined once and never referenced anywhere else: CONFIG_CYRUS CONFIG_IDS8313 CONFIG_MPC8308_P1M CONFIG_MPC8308RDB CONFIG_MPC8349EMDS CONFIG_MPC8349ITXGP CONFIG_SBC8349 CONFIG_SBC8548 CONFIG_SBC8641D CONFIG_TQM834X CONFIG_VE8313 CONFIG_XPEDITE5140

Re: [U-Boot] [PATCH v1] x86: Fix reference to QEMU variant of write_acpi_tables()

On Thu, Jan 11, 2018 at 1:33 AM, Andy Shevchenko wrote: > The commit > > eece493a7ac1 ("cmd: qfw: bring ACPI generation code into qfw core") > > moves ACPI related code to another file and missed an update of > references in acpi_table.c. > > Do it now. > >

Re: [U-Boot] [PATCH v1] x86: tangier: Make _CRS for BTH0 Serialized to avoid warning

On Thu, Jan 11, 2018 at 12:07 AM, Andy Shevchenko wrote: > ASL compiler warns: > > ASL board/intel/edison/dsdt.asl > board/intel/edison/dsdt.asl.tmp238: Method (_CRS, 0, > NotSerialized) > Remark 2120 - Control Method should be

Re: [U-Boot] [PATCH 7/8] mmc: sdhci-cadence: add HS200 support

Hi Masahiro, On 12/30/2017 02:00 AM, Masahiro Yamada wrote: > Add HS200 timing setting and the MMC tuning callback. > > Signed-off-by: Masahiro Yamada > --- > > drivers/mmc/sdhci-cadence.c | 87 > - > 1 file changed,

Re: [U-Boot] [PATCH 01/11] cmd: crc32: Disable by default on sunXi

Hi, On Thu, Jan 11, 2018 at 11:24:28PM +0530, Jagan Teki wrote: > On Thu, Dec 21, 2017 at 6:10 PM, Maxime Ripard > wrote: > > The sunXi arm64 build has overflown, leading to the main U-boot binary > > overwriting the environment when flashing the new image, or

Re: [U-Boot] [PATCH v1 1/2] x86: zImage: Move subarch assignment out of cmd_line check

On Thu, Jan 11, 2018 at 1:40 AM, Andy Shevchenko wrote: > The commit > > 20bfac0599bd ("x86: zImage: add Intel MID platforms support") > > introduced an assignment of subarch field in boot parameters, though > missed the right place of doing that. It doesn't

Re: [U-Boot] [PATCH 01/11] cmd: crc32: Disable by default on sunXi

On Thu, Jan 11, 2018 at 01:41:41PM -0500, Tom Rini wrote: > On Thu, Jan 11, 2018 at 11:24:28PM +0530, Jagan Teki wrote: > > On Thu, Dec 21, 2017 at 6:10 PM, Maxime Ripard > > wrote: > > > The sunXi arm64 build has overflown, leading to the main U-boot binary > >

Re: [U-Boot] [PATCH v1 2/2] x86: zImage: Propagate acpi_rsdp_addr to kernel via boot parameters

Hi Andy, On Thu, Jan 11, 2018 at 1:40 AM, Andy Shevchenko wrote: > New field acpi_rsdp_addr, which has been introduced in boot protocol > v2.14 [1], in boot parameters tells kernel the exact address of RDSP > ACPI table. Knowing it increases robustness of the

[U-Boot] [PATCH 0/2] Rename serial_stm32x7.c to serial_stm32.c

From: Patrice Chotard As driver serial_stm32x7.c is used by all STM32 SoCs family (F4/F7 and H7) rename it with the generic name serial_stm32.c Move also some flags from defconfig to stm32 machine Kconfig Patrice Chotard (2): serial: stm32: Rename serial_stm32x7.c to

[U-Boot] [PATCH 2/2] configs: stm32: move config flag from defconfig to Kconfig

From: Patrice Chotard Move system flags from defconfig to mach-stm32/Kconfig Signed-off-by: Patrice Chotard --- arch/arm/mach-stm32/Kconfig | 22 ++ configs/stm32f429-discovery_defconfig | 11 ---

  1   2   >