Re: [U-Boot] [RFC] spl: Remove overwrite of relocated malloc limit

On Thursday 12 January 2017 01:49 AM, Andrew F. Davis wrote: > spl_init on some boards is called after stack and heap relocation, on > some platforms spl_relocate_stack_gd is called to handle setting the > limit to its value CONFIG_SPL_STACK_R_MALLOC_SIMPLE_LEN when simple > SPL malloc is

Re: [U-Boot] [PATCH v7 00/11] rockchip: Add gmac Ethernet support

On Wed, 2017-01-11 at 22:08 -0700, Simon Glass wrote: > Hi, > > On 11 January 2017 at 03:46, Romain Perier om> wrote: > > > From Romain: > > > > This is a resent of Simon's v4 series. I have changed what was > > suggested > > by David Wu about the driver name (rename

Re: [U-Boot] [ANN] U-Boot v2017.01 is released

Dear Tom, In message <20170109173704.GH7532@bill-the-cat> you wrote: > > I've released v2017.01 and it's now live on git and FTP and ACD (along > with PGP sig file). Thanks a lot. nd here is finally also the release statistics (the full version can be found as usual in the wiki [1]): [1]

Re: [U-Boot] [GIT PULL] Xilinx changes

On 12.1.2017 08:13, Masahiro Yamada wrote: > 2017-01-12 15:42 GMT+09:00 Michal Simek : >> On 11.1.2017 17:28, Tom Rini wrote: >>> On Wed, Jan 11, 2017 at 09:59:29AM +0100, Michal Simek wrote: >>> Hi Tom, here are changes I have collected. Travis is not

Re: [U-Boot] [GIT PULL] Xilinx changes

2017-01-12 15:42 GMT+09:00 Michal Simek : > On 11.1.2017 17:28, Tom Rini wrote: >> On Wed, Jan 11, 2017 at 09:59:29AM +0100, Michal Simek wrote: >> >>> Hi Tom, >>> >>> here are changes I have collected. Travis is not reporting any issue. >>> I have also started to use

Re: [U-Boot] [GIT PULL] Xilinx changes

On 11.1.2017 17:28, Tom Rini wrote: > On Wed, Jan 11, 2017 at 09:59:29AM +0100, Michal Simek wrote: > >> Hi Tom, >> >> here are changes I have collected. Travis is not reporting any issue. >> I have also started to use signed tags to be clear what to take. > > Ah, signed tags. How much more

[U-Boot] [PATCH v2] board/t1024rdb: enable board-level reset when issuing reset command

As board-specific reset logic, it needs to issue reset signal via CPLD when issuing 'reset' command in u-boot, this patch solves the issue of reset command not working on T1024RDB. Signed-off-by: Shengzhou Liu --- v2: add build condition.

Re: [U-Boot] [PATCH] arm: samsung: goni: use the driver model for max8998

Hi Simon, On 01/12/2017 02:07 PM, Simon Glass wrote: > Hi Jaehoon, > > On 27 December 2016 at 15:35, Jaehoon Chung wrote: >> Hi, >> >> On 12/27/2016 11:31 PM, Minkyu Kang wrote: >>> Hi, >>> >>> On 27 December 2016 at 17:33, Jaehoon Chung wrote:

Re: [U-Boot] [PATCH v7 08/11] Enable DISTRO_DEFAULTS for Rockchip platforms

On 11 January 2017 at 03:46, Romain Perier wrote: > This enables suitable commands needed for booting general purpose > Linux distribution. This is required for example if we want to use PXE > or DHCP as default boot targets, symbols no longer enabled by >

Re: [U-Boot] [PATCH v7 10/11] rockchip: Enable ETH address randomization for the rock2

On 11 January 2017 at 03:46, Romain Perier wrote: > This commit enables ethernet MAC address randomization on the rock2. It > removes the error at startup 'ethernet@ff29 address not set'. > > Signed-off-by: Romain Perier > --- > >

Re: [U-Boot] [PATCH v7 11/11] rockchip: Drop Ethernet from the TODO

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Sjoerd Simons > > Now that ethernet support works, it can be dropped from the rockchip > TODO > > Signed-off-by: Sjoerd Simons > Acked-by: Simon

Re: [U-Boot] [PATCH v7 09/11] rockchip: Add PXE and DHCP to the default boot targets

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Sjoerd Simons > > Now that at least on the firefly board we have network support, enable > PXE and DHCP boot targets by default. > > Signed-off-by: Sjoerd Simons

Re: [U-Boot] [PATCH v7 02/11] net: designware: Adjust dw_adjust_link() to return an error

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Simon Glass > > This function can fail, so return the error if there is one. > > Signed-off-by: Simon Glass > Signed-off-by: Romain Perier >

Re: [U-Boot] [PATCH v7 05/11] net: gmac_rockchip: Add Rockchip GMAC driver

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Sjoerd Simons > > Add a new driver for the GMAC ethernet interface present in Rockchip > RK3288 SOCs. This driver subclasses the generic design-ware driver to > add the glue

Re: [U-Boot] [PATCH v7 07/11] rockchip: evb-rk3339: Enable DHCP

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Simon Glass > > This is the only RK3399 device without DHCP. Enable it so that we > can use a common BOOT_TARGET_DEVICES setting. It is likely useful to be > able to use USB networking, at

Re: [U-Boot] [PATCH v7 06/11] rockchip: Enable networking support on rock2 and firefly

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Sjoerd Simons > > Enable the various configuration option required to get the ethernet > interface up and running on Radxa Rock2 and Firefly. > > Signed-off-by: Sjoerd Simons

Re: [U-Boot] [PATCH v7 03/11] net: designware: Split the link init into a separate function

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Simon Glass > > With rockchip we need to make adjustments after the link speed is set but > before enabling received/transmit. In preparation for this, split these > two pieces into separate

Re: [U-Boot] [PATCH v7 01/11] net: designware: Export various functions/struct to allow subclassing

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Sjoerd Simons > > To allow other DM drivers to subclass the designware driver various > functions and structures need to be exported. Export these. > > Signed-off-by: Sjoerd

Re: [U-Boot] [PATCH v7 04/11] net: designware: Export the operation functions

On 11 January 2017 at 03:46, Romain Perier wrote: > From: Simon Glass > > Export all functions so that drivers can use them, or not, as the need > arises. > > Signed-off-by: Simon Glass > Signed-off-by: Romain Perier

Re: [U-Boot] [PATCH v7 00/11] rockchip: Add gmac Ethernet support

Hi, On 11 January 2017 at 03:46, Romain Perier wrote: > >From Romain: > This is a resent of Simon's v4 series. I have changed what was suggested > by David Wu about the driver name (rename gmac_rk3288 to gmac_rockchip). > I have also tested the whole series on a

Re: [U-Boot] [PATCH v4] rockchip: rk3288: set isp/vop qos priority level

On 28 December 2016 at 19:47, Nickey Yang wrote: > Isp-camera preview image will be broken when dual screen display mode. > This patch set isp/vop qos level higher to solve this problem. > We have verified this patch on rk3288-miniarm board. > > Signed-off-by: Nickey

Re: [U-Boot] [PATCH] rockchip: video: fix mpixelclock in rockchip HDMI

On 28 December 2016 at 23:01, Nickey Yang wrote: > Correct mpixelclock errors in rockchip_phy_config[] and rockchip_mpll_cfg[]. > > Signed-off-by: Nickey Yang > --- > drivers/video/rockchip/rk_hdmi.c | 20 ++-- > 1 file

Re: [U-Boot] [RESEND PATCH v3 1/2] mmc: rockchip_sdhci: add clock init for mmc

Hi, On 27 December 2016 at 20:32, Kever Yang wrote: > Init the clock rate to max-frequency from dts with clock driver api. > > Signed-off-by: Kever Yang > --- > > Changes in v3: > - using dt for max-frequency > Series-changes: 2 > - using

Re: [U-Boot] [RESEND PATCH v3 2/2] dts: arm64: rk3399: add max-frequency for sdhci

On 28 December 2016 at 04:01, Jaehoon Chung wrote: > On 12/28/2016 12:32 PM, Kever Yang wrote: >> Add 'max-frequency' for sdhci node for clock init. >> >> Signed-off-by: Kever Yang > > Reviewed-by: Jaehoon Chung Applied

Re: [U-Boot] [PATCH 12/18] pinctrl: Add i.MX7ULP pinctrl driver

On 26 December 2016 at 00:00, Peng Fan wrote: > Add i.MX7ULP pinctrl driver. > Select CONFIG_PINCTRL_IMX7ULP to use this driver. > > Signed-off-by: Peng Fan > Cc: Simon Glass > Cc: Stefano Babic > --- >

Re: [U-Boot] [PATCH] rockchip: Fix veyron-minnie's Kconfig description

On 20 December 2016 at 01:19, Simon Glass wrote: > On 17 December 2016 at 18:40, Martin Michlmayr wrote: >> The veyron-minnie Kconfig referred to jerry by mistake. >> >> Signed-off-by: Martin Michlmayr >> --- >>

Re: [U-Boot] [PATCH] spl: don't use %#l with CONFIG_USE_TINY_PRINTF

On 28 December 2016 at 01:12, Oded Gabbay wrote: > In the tiny-printf implementation, there is no support for %# and/or %l. This > patch checks if CONFIG_USE_TINY_PRINTF is defined and if so, prints a > different debug statement which doesn't use %#l > > Signed-off-by: Oded

Re: [U-Boot] [PATCH] arm64: rk3399: update rockchip_get_cru API

On 28 December 2016 at 02:48, Kever Yang wrote: > rk3399 has two clock-controller: cru and pmucru, update the > rockchip_get_crui() API, and rockchip_get_clk() do not used for > other module. > > Signed-off-by: Kever Yang > --- > >

Re: [U-Boot] [PATCH] armv8: release slave cores from CPU_RELEASE_ADDR

+Tom On 28 December 2016 at 04:38, Oded Gabbay wrote: > When using ARMv8 with ARMV8_SPIN_TABLE=y, we want the slave cores to > wait on spin_table_cpu_release_addr, until the Linux kernel will "wake" them > by writing to that location. The address of

Re: [U-Boot] [U-Boot,v6,11/13] sunxi: Use binman for sunxi boards

Hi Emmanuel, On 28 December 2016 at 03:57, Emmanuel Vadot wrote: > On Wed, 28 Dec 2016 11:30:10 +0100 > Emmanuel Vadot wrote: > >> >> Hello Simon, >> >> On Fri, 23 Dec 2016 01:39:06 -0700 >> Simon Glass wrote: >> >> > On 18

Re: [U-Boot] [PATCH] spl: don't use %.*s with CONFIG_USE_TINY_PRINTF

On 28 December 2016 at 00:36, Oded Gabbay wrote: > In the tiny-printf implementation, there is no support for %.*s. This patch > checks if CONFIG_USE_TINY_PRINTF is defined and if so, prints a different > debug statement which doesn't use %.*s > > Signed-off-by: Oded Gabbay

Re: [U-Boot] [PATCH] arm: samsung: goni: use the driver model for max8998

Hi Jaehoon, On 27 December 2016 at 15:35, Jaehoon Chung wrote: > Hi, > > On 12/27/2016 11:31 PM, Minkyu Kang wrote: >> Hi, >> >> On 27 December 2016 at 17:33, Jaehoon Chung wrote: >> >>> Remove the "ifndef CONFIG_DM_I2C". >>> Instead, use the

Re: [U-Boot] [PATCH v2 4/5] time: import time_after, time_before and friends from Linux

On 27 December 2016 at 08:36, Masahiro Yamada wrote: > It is not safe to compare timer values directly. > > On 32-bit systems, for example, timer_get_us() wraps around every > 72 min. (2 ^ 32 / 100 =~ 4295 sec =~ 72 min). Depending on > the get_ticks()

Re: [U-Boot] [PATCH V2 12/20] pinctrl: Add i.MX7ULP pinctrl driver

On 27 December 2016 at 03:04, Peng Fan wrote: > Add i.MX7ULP pinctrl driver. > Select CONFIG_PINCTRL_IMX7ULP to use this driver. > > Signed-off-by: Peng Fan > Cc: Simon Glass > Cc: Stefano Babic > --- > > V2: > None > >

Re: [U-Boot] [PATCH] cmd: sata: fix init command return value

On 11 January 2017 at 08:51, Gary Bisson wrote: > > Since commit aa6ab905b2, sata_initialize returns -1 if init_sata or > scan_sata fails. But this return value becomes the do_sata return > value which is equivalent to CMD_RET_USAGE. > > In case one issues 'sata

Re: [U-Boot] Accessing nested device tree nodes via phandle

Hi Vlad, On 20 December 2016 at 08:53, Vlad Zakharov wrote: > Hi everybody, > > I am working on reorganization of device trees for ARC boards in U-Boot in > order to create a common device tree blob for > both Linux and U-Boot. > > And I've struggled with a kind

Re: [U-Boot] [PATCH v2] api: Use hashtable function for API_env_enum

On 26 December 2016 at 10:57, Emmanuel Vadot wrote: > The current code can loop undefinitly as it doesn't parse > correctly the env data. > Since the env is an hashtable, use the hashtable function for > the API_ENV_ENUM api call. > > Signed-off-by: Emmanuel Vadot

Re: [U-Boot] [PATCH] serial, ns16550: bugfix: ns16550 fifo not enabled

Hi Marek, Am 11.01.2017 um 16:11 schrieb Marek Vasut: On 01/10/2017 05:40 PM, Tom Rini wrote: On Tue, Jan 10, 2017 at 08:08:51AM +0100, Heiko Schocher wrote: commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor" breaks u-boot commandline working with long commands sending to the board.

Re: [U-Boot] [PATCH] serial, ns16550: bugfix: ns16550 fifo not enabled

Hello Adam, Am 11.01.2017 um 15:44 schrieb Adam Ford: On Tue, Jan 10, 2017 at 1:08 AM, Heiko Schocher wrote: commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor" breaks u-boot commandline working with long commands sending to the board. Since the above patch, you have to

Re: [U-Boot] [PATCH v2 7/7] ARM: sunxi: remove bare default for CONFIG_MMC

Hi Maxime, 2017-01-12 6:48 GMT+09:00 Maxime Ripard : > On Tue, Jan 10, 2017 at 07:57:22PM +0900, Masahiro Yamada wrote: >> 2017-01-10 17:04 GMT+09:00 Maxime Ripard : >> > Hi, >> > >> > On Tue, Jan 10, 2017 at 01:32:08PM +0900,

[U-Boot] [PATCH] mmc: sunxi: revive depends on UART0_PORT_F

Commit f401e907fcbc ("ARM: sunxi: remove bare default for CONFIG_MMC") dropped "depends on UART0_PORT_F", but it is still needed. Revive it as a prerequisite of CONFIG_MMC_SUNXI. Signed-off-by: Masahiro Yamada --- drivers/mmc/Kconfig | 2 +- 1 file changed, 1

Re: [U-Boot] [PATCH V2 20/20] imx: mx7ulp_evk: enable mmc/regulator support

+Stefano On Thu, Jan 12, 2017 at 10:23:03AM +0800, Peng Fan wrote: >On Tue, Jan 03, 2017 at 05:05:02PM +0800, Peng Fan wrote: >>Hi Stefano, >> >>On Tue, Dec 27, 2016 at 12:07:40PM +, Peng Fan wrote: > + "boot_fdt=try\0" \ On this platform we will always boot from dt, so

Re: [U-Boot] [PATCH V2 20/20] imx: mx7ulp_evk: enable mmc/regulator support

On Tue, Jan 03, 2017 at 05:05:02PM +0800, Peng Fan wrote: >Hi Stefano, > >On Tue, Dec 27, 2016 at 12:07:40PM +, Peng Fan wrote: >>> > + "boot_fdt=try\0" \ >>> >>> On this platform we will always boot from dt, so we can remove this >>> variable... >> >> >>Fix in v3. > >I do not see more

Re: [U-Boot] [v3, 1/3] mmc: fsl_esdhc: move 'status' property fixup into a weak function

Hi York, Any comments on this patchset? Thanks a lot. Best regards, Yangbo Lu > -Original Message- > From: Yangbo Lu [mailto:yangbo...@nxp.com] > Sent: Thursday, December 08, 2016 11:42 AM > To: u-boot@lists.denx.de > Cc: york sun; Y.B. Lu > Subject: [v3, 1/3] mmc: fsl_esdhc: move

Re: [U-Boot] [PATCH 1/4] mmc: fsl_esdhc: make GPIO support optional

Hi York, Could you help to merge this patchset if there is no any changes needed? Thanks :) Best regards, Yangbo Lu > -Original Message- > From: Jaehoon Chung [mailto:jh80.ch...@samsung.com] > Sent: Thursday, January 05, 2017 8:33 AM > To: york sun; Y.B. Lu > Cc: u-boot@lists.denx.de >

[U-Boot] [PATCH v3 0/4] arm: aspeed: Basic support for Aspeed AST2500 part and eval board

This series adds minimal support for AST2500 part and eval board, enough to boot EVB into prompt. It contains WDT, Timer, Sysreset, Clock (very basic) and SDRAM MC drivers, all written from scratch, using AST2500 datasheet. Aspeed's SDK was used only for reference. Given very limited documentation

Re: [U-Boot] [PATCH v2 3/4] aspeed: Board init functions and common configs for ast2500 based boards

On Tue, Jan 10, 2017 at 7:20 PM, Tom Rini wrote: > On Mon, Jan 09, 2017 at 05:50:39PM -0800, Maxim Sloyko wrote: > > [snip] >> +#define CONFIG_CMDLINE_EDITING 1 > > In general, we just do '#define CONFIG_FOO'. Fixed several defines in aspeed-common.h and

Re: [U-Boot] [PATCH v2 7/7] ARM: sunxi: remove bare default for CONFIG_MMC

On Tue, Jan 10, 2017 at 07:57:22PM +0900, Masahiro Yamada wrote: > 2017-01-10 17:04 GMT+09:00 Maxime Ripard : > > Hi, > > > > On Tue, Jan 10, 2017 at 01:32:08PM +0900, Masahiro Yamada wrote: > >> The bare default entry is wrong. Just remove it since the (real) >

[U-Boot] [RFC Patch V2] drivers: mmc: omap_hsmmc: Fix IO Buffer on OMAP36XX

On the OMAP36xx (and 37xx) the CONTROL_WKUP_CTRL register has a field (bit 6) named GPIO_IO_PWRDNZ. If 0, the IO buffers which are related to the MMC are disabled. After the PBIAS is configured, this bit should be set high to enable the MMC port. V2: Make this feature a config option and add it

[U-Boot] [RFC] spl: Remove overwrite of relocated malloc limit

spl_init on some boards is called after stack and heap relocation, on some platforms spl_relocate_stack_gd is called to handle setting the limit to its value CONFIG_SPL_STACK_R_MALLOC_SIMPLE_LEN when simple SPL malloc is enabled during relocation. spl_init should then not re-assign the old

Re: [U-Boot] [PATCH v2 1/4] sunxi: add basic V3s support

11.01.2017, 03:25, "Maxime Ripard" : > Hi, > > On Tue, Jan 10, 2017 at 05:18:22PM +0800, Icenowy Zheng wrote: >>  Basic U-Boot support is now present for V3s. >> >>  Some memory addresses are changed specially for V3s, as the original >>  address map cannot fit

Re: [U-Boot] [PATCH v3] disk: convert to Kconfig

> > First, thanks for doing all of this, I think it's just about ready to apply > so: > > Reviewed-by: Tom Rini > > But that said, I'm going to re-run the sync as there's still a few places > where > we enable $X in the defconfig file as it wasn't setting

Re: [U-Boot] [PATCH v3] disk: convert to Kconfig

On Wed, Jan 11, 2017 at 07:10:53PM +, Patrick DELAUNAY wrote: > > > > > First, thanks for doing all of this, I think it's just about ready to apply > > so: > > > > Reviewed-by: Tom Rini > > > > But that said, I'm going to re-run the sync as there's still a few places

[U-Boot] [PATCH] drivers: net: fsl-mc: Fixup MAC addresses in DPC

Fixup port_mac_address property in MC DPC with values from the u-boot environment. Since u-boot already reads the environment MAC addresses when probing the PHYs, use these values. The u-boot environment MAC addresses take precedence over any eventual ones defined in the DPC, except for the case

[U-Boot] [PATCH] MAINTAINERS: Add maintainer for TI security related files

Changes involving High-Security boards should be CC'd for additional assessment of the security implications. Signed-off-by: Andrew F. Davis --- Recently some fastboot additions have been made that may effect security on our HS boards by letting some boot methods work around our

Re: [U-Boot] [PATCH] cmd: sata: fix init command return value

On 01/11/2017 08:51 AM, Gary Bisson wrote: > Since commit aa6ab905b2, sata_initialize returns -1 if init_sata or > scan_sata fails. But this return value becomes the do_sata return > value which is equivalent to CMD_RET_USAGE. > > In case one issues 'sata init' and that the hardware fails to >

Re: [U-Boot] [PATCH 2/2] spl: Remove inline ifdef check for EXT and FAT support

On Fri, Jan 06, 2017 at 01:35:45PM -0600, Andrew F. Davis wrote: > These files are only included for build by the make system > when CONFIG_SPL_{EXT,FAT}_SUPPORT is enabled, remove the unneed > checks for these in the source files. > > Signed-off-by: Andrew F. Davis Reviewed-by:

Re: [U-Boot] [PATCH 1/2] spl: Move check for SPL_LIBCOMMON support to header

On Fri, Jan 06, 2017 at 01:35:44PM -0600, Andrew F. Davis wrote: > Print statements in SPL depend on lib/common support, so many such > statements are ifdef'd, move the check to the common.h header and > remove these inline checks. > > Signed-off-by: Andrew F. Davis Reviewed-by:

Re: [U-Boot] [PATCH] SPL: Adjust more debug prints for ulong entry_point

On Wed, Jan 11, 2017 at 10:47:16AM -0500, Tom Rini wrote: > With entry_point now being an unsigned long we need to adapt the last > two debug prints to use %lX not %X. > > Fixes: 11e1479b9e67 ("SPL: make struct spl_image 64-bit safe") > Signed-off-by: Tom Rini Applied to

[U-Boot] [PATCH] ti_armv7_common: env: Use FIT image configs by default

This allows us to specify a FIT configuration that will automatically use the correct images from the FIT blob. Signed-off-by: Andrew F. Davis --- include/configs/ti_armv7_common.h | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

Re: [U-Boot] [GIT PULL] Xilinx changes

On Wed, Jan 11, 2017 at 09:59:29AM +0100, Michal Simek wrote: > Hi Tom, > > here are changes I have collected. Travis is not reporting any issue. > I have also started to use signed tags to be clear what to take. Ah, signed tags. How much more work is that on your end? > Thanks, > Michal > >

Re: [U-Boot] [PATCH] power_i2c.c: Fix unused variable warning

On Wed, Jan 11, 2017 at 09:17:31AM -0500, Tom Rini wrote: > The variable ret was added but never set as we did not make calls to > other functions that we needed to check the return value on. > > Fixes: 505cf4750ae5 ("power: change from meaningless value to error number") > Signed-off-by: Tom

Re: [U-Boot] [GIT PULL] Please pull u-boot-mmc master

On Wed, Jan 11, 2017 at 09:39:48PM +0900, Jaehoon Chung wrote: > Dear Tom, > > I fixed the buildman error, and pushed them by force. > - checked the mips, arm and the other things with buildman. > - And rebased on latest u-boot/master > > Sorry for not checking in more detail > > Could you

Re: [U-Boot] [PATCH v2 4/4] cmd: mem: Use memcpy for 'cp' command

On Wed, Jan 11, 2017 at 01:49:55PM -0200, Fabio Estevam wrote: > Hi Tom, > > On Mon, Dec 19, 2016 at 8:09 PM, Tom Rini wrote: > > On Thu, Dec 15, 2016 at 04:00:13PM -0200, Fabio Estevam wrote: > > > >> Simplify the 'cp' command implementation by using the memcpy() function, >

[U-Boot] [PATCH] arm: omap-common: add secure ROM signature verify index for AM33xx

On AM33xx devices the secure ROM uses a different call index for signature verification, the function and arguments are the same. Signed-off-by: Andrew F. Davis --- arch/arm/mach-omap2/sec-common.c | 4 1 file changed, 4 insertions(+) diff --git

[U-Boot] [PATCH] cmd: sata: fix init command return value

Since commit aa6ab905b2, sata_initialize returns -1 if init_sata or scan_sata fails. But this return value becomes the do_sata return value which is equivalent to CMD_RET_USAGE. In case one issues 'sata init' and that the hardware fails to initialize, there's no need to display the command usage.

Re: [U-Boot] [PATCH v2 4/4] cmd: mem: Use memcpy for 'cp' command

Hi Tom, On Mon, Dec 19, 2016 at 8:09 PM, Tom Rini wrote: > On Thu, Dec 15, 2016 at 04:00:13PM -0200, Fabio Estevam wrote: > >> Simplify the 'cp' command implementation by using the memcpy() function, >> which brings the additional benefit of performance gain for those who

[U-Boot] [PATCH] SPL: Adjust more debug prints for ulong entry_point

With entry_point now being an unsigned long we need to adapt the last two debug prints to use %lX not %X. Fixes: 11e1479b9e67 ("SPL: make struct spl_image 64-bit safe") Signed-off-by: Tom Rini --- arch/arm/imx-common/spl.c | 2 +-

[U-Boot] [PATCH v2 14/18] tools: kwbimage: Factor out add_binary_header_v1

In preparation of adding the creation of secure headers, we factor the add_binary_header_v1 function out of the image_create_v1 function. Signed-off-by: Mario Six --- Changes in v2: None --- tools/kwbimage.c | 146 ++- 1

Re: [U-Boot] [PATCH] serial, ns16550: bugfix: ns16550 fifo not enabled

On 01/10/2017 05:40 PM, Tom Rini wrote: > On Tue, Jan 10, 2017 at 08:08:51AM +0100, Heiko Schocher wrote: >> commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor" >> breaks u-boot commandline working with long commands >> sending to the board. >> >> Since the above patch, you have to setup

Re: [U-Boot] [PATCH 2/4] omap3_igep00x0: Rework MACH_TYPE and status LED logic slightly

2017-01-11 16:05 GMT+01:00 Tom Rini : > On Wed, Jan 11, 2017 at 03:59:17PM +0100, Enric Balletbo Serra wrote: >> 2017-01-10 23:22 GMT+01:00 Tom Rini : >> > The MACH_TYPE for IGEP0032 was never officially used and has been >> > removed from upstream, so we

[U-Boot] [PATCH v2 17/18] arm: mvebu: Add gdsys ControlCenter-Compact board

From: Dirk Eibach The gdsys ControlCenter Digital board is based on a Marvell Armada 38x SOC. It boots from SPI-Flash but can be configured to boot from SD-card for factory programming and testing. On board peripherals include: - 2 x GbE - Xilinx Kintex-7 FPGA connected

Re: [U-Boot] [PATCH 2/4] omap3_igep00x0: Rework MACH_TYPE and status LED logic slightly

On Wed, Jan 11, 2017 at 03:59:17PM +0100, Enric Balletbo Serra wrote: > 2017-01-10 23:22 GMT+01:00 Tom Rini : > > The MACH_TYPE for IGEP0032 was never officially used and has been > > removed from upstream, so we must not use it. In order to remove this > > we need to rework

[U-Boot] [PATCH v2 03/18] mvebu: Add board_pex_config()

Allow boards to do some initialization when PCIe comes up. Signed-off-by: Dirk Eibach Signed-off-by: Mario Six --- Changes in v2: * Switched usage of __attribute(...) to __weak to simplify weak function declaration ---

[U-Boot] [PATCH v2 16/18] arm: mvebu: Implement secure boot

The patch implements secure booting for the mvebu architecture. This includes: - The addition of secure headers and all needed signatures and keys in mkimage - Commands capable of writing the board's efuses to both write the needed cryptographic data and enable the secure booting mechanism -

[U-Boot] [PATCH v2 12/18] tools: kwbimage: Reduce scope of variables

This patch reduces the scope of some variables. Signed-off-by: Mario Six --- Changes in v2: None --- tools/kwbimage.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/tools/kwbimage.c b/tools/kwbimage.c index edc5d34..4fd9389 100644 ---

[U-Boot] [PATCH v2 18/18] controlcenterdc: Make secure boot available

Make secure booting available for the controlcenterdc board (disabled by default). Signed-off-by: Reinhard Pfau Signed-off-by: Mario Six --- Changes in v2: * Moved definition and interpretation of SECURED_MODE_IMAGE and SECURED_MODE_CSK_INDEX to

[U-Boot] [PATCH v2 11/18] tools: kwbimage: Fix arithmetic with void pointers

Arithmetic with void pointers, e.g. a - b where both a and b are void pointers, is undefined in the C standard. Since we are operating with byte data here, we switch the void pointers to uint8_t pointers, and add the necessary casts. Signed-off-by: Mario Six --- Changes in

[U-Boot] [PATCH v2 15/18] tools: kwbimage: Refactor line parsing and fix error

The function image_create_config_parse_oneline is pretty complex, and since more parameters will be added to support secure booting, we refactor the function to make it more readable. Also, when a line contained just a keyword without any parameters, strtok_r returned NULL, which was then

[U-Boot] [PATCH v2 05/18] dm: Add callback to modify the device tree

Certain boards come in different variations by way of utilizing daughter boards, for example. These boards might contain additional chips, which are added to the main board's busses, e.g. I2C. The device tree support for such boards would either, quite naturally, employ the overlay mechanism to

[U-Boot] [PATCH v2 09/18] tools: kwbimage: Fix dest addr

To enable secure boot, we need to jump back into the BootROM to continue the SoC's boot process instead of letting the SPL load and run the main U-Boot image. But, since the u-boot-spl.img (including the 64 byte header) is loaded by the SoC as the main image, we need to compensate for the header

[U-Boot] [PATCH v2 10/18] tools: kwbimage: Fix style violations

Fix some style violations: - nine instances of missing blank lines after declarations - one overly long line - one split string (which also rewords an error message more concisely) - two superfluous else Signed-off-by: Mario Six --- Changes in v2: None --- tools/kwbimage.c

[U-Boot] [PATCH v2 06/18] lib: tpm: Add command to flush resources

This patch adds a function to the TPM library, which allows U-Boot to flush resources, e.g. keys, from the TPM. Signed-off-by: Mario Six --- Changes in v2: * Added U-Boot command for resource flushing ("tpm flush"), and made the command and the library function

[U-Boot] [PATCH v2 08/18] gpio: Add gpio_request_simple function

For board initialization, usage of GPIOs is sometimes needed, e.g. to initialize certain devices such as FPGAs. But since there currently is no device associated to the board itself, initialization routines have to cumbersomely get GPIOs via gpio_request_by_name_nodev. This patch adds a

[U-Boot] [PATCH v2 01/18] pci: mvebu: Fix Armada 38x support

From: Dirk Eibach Armada 38x has four PCI ports, not three. The optimization in pci_init_board() seems to assume that every port has three lanes. This is obviously wrong, and breaks support for Armada 38x. Signed-off-by: Dirk Eibach Signed-off-by:

[U-Boot] [PATCH v2 02/18] net: phy: Support Marvell 88E1680

From: Dirk Eibach Add support for Marvell 88E1680 Integrated Octal 10/100/1000 Mbps Energy Efficient Ethernet Transceiver. Signed-off-by: Dirk Eibach Signed-off-by: Mario Six --- Changes in v2: * Switched to usage of pre-defined

[U-Boot] [PATCH v2 04/18] arm: mvebu: spl.c: Remove useless gd declaration

From: Reinhard Pfau ddaa905 ("arm: mvebu: Add DM (driver model) support") removed the assignment of the gd pointer, but kept the (now superfluous) declaration of the gd pointer. Remove this declaration. Signed-off-by: Reinhard Pfau --- Changes in v2: None ---

[U-Boot] [PATCH v2 00/18] arm: mvebu: Add gdsys ControlCenter-Compact board

This patch series adds support for the Guntermann & Drunck ControlCenter-Compact board. To this extent, some bugs in the mvebu PCI driver are fixed, a GPIO driver is added, support for the Marvell 88E1680 is added, the TPM library is extended, the kwbimage generation is streamlined, a board

[U-Boot] [PATCH v2 13/18] tools: kwbimage: Remove unused parameter

The parameter 'params' of the image_headersz_v1 function is never used by the function. Hence, remove it. Signed-off-by: Mario Six --- Changes in v2: None --- tools/kwbimage.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/tools/kwbimage.c

[U-Boot] [PATCH v2 07/18] core: device: Add dev_get_by_ofname function

On boards that use DM, it is sometimes convenient and quicker to get a device via its device tree path, since the devices used in the board initialization routines are usually known beforehand. This patch adds such a convenience function. Signed-off-by: Mario Six --- Changes

Re: [U-Boot] [PATCH 2/4] omap3_igep00x0: Rework MACH_TYPE and status LED logic slightly

2017-01-10 23:22 GMT+01:00 Tom Rini : > The MACH_TYPE for IGEP0032 was never officially used and has been > removed from upstream, so we must not use it. In order to remove this > we need to rework the status LED logic. > > Cc: Enric Balletbo i Serra >

Re: [U-Boot] [PATCH] serial, ns16550: bugfix: ns16550 fifo not enabled

On Tue, Jan 10, 2017 at 1:08 AM, Heiko Schocher wrote: > commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor" > breaks u-boot commandline working with long commands > sending to the board. > > Since the above patch, you have to setup the fcr register. > > For board/archs which

Re: [U-Boot] [RFC Patch] drivers: mmc: omap_hsmmc: Fix IO Buffer on OMAP36XX

On Tue, Jan 10, 2017 at 5:14 PM, Tom Rini wrote: > On Mon, Jan 09, 2017 at 12:12:09PM -0600, aford...@gmail.com wrote: > >> From: Adam Ford >> >> On the OMAP36xx (and 37xx) the CONTROL_WKUP_CTRL register has >> a field (bit 6) named GPIO_IO_PWRDNZ. If 0,

[U-Boot] [PATCH] power_i2c.c: Fix unused variable warning

The variable ret was added but never set as we did not make calls to other functions that we needed to check the return value on. Fixes: 505cf4750ae5 ("power: change from meaningless value to error number") Signed-off-by: Tom Rini --- drivers/power/power_i2c.c | 1 - 1 file

Re: [U-Boot] [PATCH] serial, ns16550: bugfix: ns16550 fifo not enabled

On Wed, Jan 11, 2017 at 06:38:22AM +0100, Heiko Schocher wrote: > Hello Tom, > > Am 10.01.2017 um 17:40 schrieb Tom Rini: > >On Tue, Jan 10, 2017 at 08:08:51AM +0100, Heiko Schocher wrote: > >>commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor" > >>breaks u-boot commandline working with

Re: [U-Boot] [PATCH 1/4] omap3_logic: Rework MACH_TYPE and fdtfile logic

On Tue, Jan 10, 2017 at 4:22 PM, Tom Rini wrote: > The MACH_TYPE values for the omap37xx based platforms are no longer > officially valid, so we must not set and pass them. In order to not > reference them but still be able to set the default fdtfile based on the > board

[U-Boot] Allwinner A33 MIPI DSI Support.

I have a new fresh Q8 A33 tablet but different from previous two it have native MIPI DSI interface, there is working in progress to support MIPI DSI interface in u-boot ? lcd_fex [lcd0_para] lcd_used = 1 lcd_driver_name = "tm1280X800" lcd_if = 4 lcd_x = 800 lcd_y = 1280 lcd_width = 120

[U-Boot] [PATCH] board/t1024rdb: enable board-level reset when issuing reset command

As board-specific reset logic, it needs to issue reset signal via CPLD when issuing 'reset' command in u-boot, this patch solves the issue of reset command not working on T1024RDB. Signed-off-by: Shengzhou Liu --- board/freescale/t102xrdb/t102xrdb.c | 5 + 1 file

[U-Boot] [PATCH v7 11/11] rockchip: Drop Ethernet from the TODO

From: Sjoerd Simons Now that ethernet support works, it can be dropped from the rockchip TODO Signed-off-by: Sjoerd Simons Acked-by: Simon Glass Acked-by: Joe Hershberger Signed-off-by:

[U-Boot] [PATCH v7 04/11] net: designware: Export the operation functions

From: Simon Glass Export all functions so that drivers can use them, or not, as the need arises. Signed-off-by: Simon Glass Signed-off-by: Romain Perier Acked-by: Joe Hershberger --- Changes in v7:

  1   2   >