[U-Boot] [PATCH] i2c: mxc_i2c: Use or operation

The operation should be OR, not BIT OR. Signed-off-by: Peng Fan Cc: Heiko Schocher Cc: Stefano Babic --- drivers/i2c/mxc_i2c.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c

[U-Boot] [PATCH v2 09/13] board: ti: am574x-idk: Add ddr data support

AM574x-idk has the following DDR parts attached: EMIF1: MT41K256M16HA (1GB with ECC) EMIF2: MT41K256M16HA (1GB without ECC) Enabling 2GB DDR without interleaving between EMIFs. And enabling ECC on EMIF1. Signed-off-by: Lokesh Vutla Signed-off-by: Krunal Bhargav

[U-Boot] [PATCH v2 13/13] env: ti: Select dtb name for dra76x and am574

Select dtb name for am574x-idk and dra76x evm with acd package. Signed-off-by: Lokesh Vutla --- include/environment/ti/boot.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/include/environment/ti/boot.h b/include/environment/ti/boot.h index

[U-Boot] [PATCH v2 05/13] cmd: ti: Generalize cmd_ddr3 command

Keystone and DRA7 based TI platforms uses same EMIF memory controller. cmd_ddr3 command is customized for keystone platforms, make it generic so that it can be re used for DRA7 platforms. Signed-off-by: Lokesh Vutla --- arch/arm/include/asm/emif.h| 2 +

[U-Boot] [PATCH v2 08/13] board: ti: am574x-idk: Add hw data support

Update prcm, voltages and pinmux support for am574x-idk. Signed-off-by: Lokesh Vutla --- arch/arm/include/asm/omap_common.h | 1 + board/ti/am57xx/board.c| 9 ++--- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git

[U-Boot] [PATCH v2 01/13] drivers: dma: ti-edma3: add support for memory fill

From: Tero Kristo Add support for simple memory fill operation. With large data sizes it is much faster to use EDMA for memory fill rather than CPU. Signed-off-by: Tero Kristo --- arch/arm/include/asm/ti-common/ti-edma3.h | 2 ++ drivers/dma/ti-edma3.c

[U-Boot] [PATCH v2 10/13] board: ti: am574x-idk: Update pinmux using latest PMT

Update the board pinmux for AM574x-IDK board using latest PMT[1] and the board files named am574x_idk_v1p3b_sr2p0 that were auto generated on 13th October, 2017 by "Ahmad Rashed ". Signed-off-by: Lokesh Vutla --- board/ti/am57xx/board.c| 7 +-

[U-Boot] [PATCH v2 00/13] arm: am57xx: Add support for am574-idk

am574x-idk board is similar to am572x-idk with am574x SoC. This series adds support for this board. Changes since v1: - Moved cmd_ddr3 to cmd/ti/ Lokesh Vutla (12): arm: emif-common: Add ecc specific emif registers arm: emif-common: Add suppport for enabling ECC arm: keystone: Move

[U-Boot] [PATCH v2 06/13] arm: dra762: Add support for device package identification

DRA762 comes in two packages: - ABZ: Pin compatible package with DRA742 with DDR@1333MHz - ACD: High performance(OPP_PLUS) package with new IPs Both the above packages uses the same IDCODE hence needs to differentiate using package information in DIE_ID_2. Add support for the same. Also update

[U-Boot] [PATCH v2 12/13] ARM: dts: am574x-idk: Add initial support

Add initial dts support for am574x-idk Signed-off-by: Lokesh Vutla --- arch/arm/dts/Makefile | 1 + arch/arm/dts/am572x-idk-common.dtsi | 100 ++ arch/arm/dts/am572x-idk.dts | 93

[U-Boot] [PATCH v2 11/13] board: ti: am57xx: Enable CMD_DDR3

Enable CMD_DDR3 on all am57xx based platforms. Signed-off-by: Lokesh Vutla --- arch/arm/mach-omap2/omap5/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-omap2/omap5/Kconfig b/arch/arm/mach-omap2/omap5/Kconfig index 8c1730a6be..deb9873cc5 100644 ---

[U-Boot] [PATCH v2 03/13] arm: emif-common: Add suppport for enabling ECC

For data integrity, the EMIF1 supports ECC on the data written or read from the SDRAM. Add support for enabling ECC support in EMIF1. Signed-off-by: Lokesh Vutla Signed-off-by: Krunal Bhargav --- arch/arm/include/asm/emif.h | 31 ++

[U-Boot] [PATCH v2 07/13] board: ti: am574x-idk: Add epprom support

am574x-idk is a board based on TI's am574 processor Add eeprom support. Signed-off-by: Lokesh Vutla --- board/ti/am57xx/board.c | 5 + 1 file changed, 5 insertions(+) diff --git a/board/ti/am57xx/board.c b/board/ti/am57xx/board.c index f79aefd400..082346d2b1 100644 ---

[U-Boot] [PATCH v2 02/13] arm: emif-common: Add ecc specific emif registers

This is a slight difference in emif_ddr_phy_status register offsets for DRA7xx EMIF and older versions. And ecc registers are available only in DRA7xx EMIC. Add support for this difference and ecc registers. Signed-off-by: Lokesh Vutla --- arch/arm/include/asm/emif.h |

[U-Boot] [PATCH v2 04/13] arm: keystone: Move cmd_ddr3 to a common place

Move cmd_ddr3 to cmd/ti in order to make it build for non-keystone TI platforms. Signed-off-by: Lokesh Vutla --- arch/arm/mach-keystone/Kconfig| 4 arch/arm/mach-keystone/Makefile | 1 - cmd/Kconfig | 2

Re: [U-Boot] [PATCH 09/13] board: ti: am574x-idk: Add ddr data support

Hi Lukas, Sorry for the delayed response. On Tuesday 19 December 2017 03:04 PM, Lukasz Majewski wrote: > Hi Lokesh, > >> Hi Lukas, >> >> On Monday 18 December 2017 04:46 PM, Lukasz Majewski wrote: >>> Hi Lokesh, >>> AM574x-idk has the following DDR parts attached: EMIF1:

Re: [U-Boot] Dragonboard410c and Dragonboard820c patchset

The following version fixes some nasty compiler warnings present in the previous version. Sorry about it. >>> just to follow up on the db820c and db410c patchset that I posted a >>> couple >>> of weeks ago (v1 and v2) >>> any feedback will be greatly appreciated! >> >> Can you also

[U-Boot] [PATCH v2] armv8: LS1088: Increase size of CONFIG_SYS_MONITOR_LEN

Total size of relocated u-boot is greater than current value of 512KB, increase this to 1MB. Signed-off-by: Ashish Kumar --- v2: Correct commit msg 512KB include/configs/ls1088a_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [U-Boot] [EXT] Re: Would you please give some advice on our MDIO driver implementaion?

Hi Ken, On 26 December 2017 at 03:38, Ken Ma wrote: > Hi Simon & Joe > > I've cc the mail, thanks! > > BTW, I've implemented Marvell MDIO in plain MDIO APIs as other vendors. > > Thanks a lot for your kind help! > Yours, > Ken > > -Original Message- > From:

Re: [U-Boot] [PATCH 05/14] env: Make it explicit where we're loading our environment from

On 5 December 2017 at 03:09, Andre Przywara wrote: > On 28/11/17 10:24, Maxime Ripard wrote: >> Since we can have multiple environments now, it's better to provide a >> decent indication on what environments were tried and which were the one to >> fail and succeed. >> >>

Re: [U-Boot] [PATCH RFC] sandbox: Add 64-bit sandbox

Hi Mario, On 20 December 2017 at 07:31, Mario Six wrote: > From: Mario Six > > To debug device tree issues involving 32- and 64-bit platforms, it is useful > to > have a generic 64-bit platform available. > > Add a version of the sandbox that uses 64-bit

Re: [U-Boot] [PATCH 04/14] env: Make the env save message a bit more explicit

On 28 November 2017 at 03:24, Maxime Ripard wrote: > Since we'll soon have support for multiple environments, the environment > saving message might end up being printed multiple times if the higher > priority environment cannot be used. > > That might confuse

Re: [U-Boot] [PATCH 00/11] Introduce variables whitelisting in environment

Hi Quentin, On 22 December 2017 at 14:13, Quentin Schulz wrote: > This patch series is based on this[1] patch series from Maxime. > > This is an RFC. It's been only tested in a specific use case on a custom > i.MX6 board. It's known to break compilation on a

Re: [U-Boot] [PATCH 09/14] env: Support multiple environments

On 28 November 2017 at 03:24, Maxime Ripard wrote: > Now that we have everything in place to support multiple environment, let's > make sure the current code can use it. > > The priority used between the various environment is the same one that was > used in the

Re: [U-Boot] [PATCH 1/1] dm: core: remove orphaned parameter description in platdata.h

On 24 December 2017 at 05:14, Heinrich Schuchardt wrote: > struct driver_info has no field 'flags'. > > Signed-off-by: Heinrich Schuchardt > --- > include/dm/platdata.h | 1 - > 1 file changed, 1 deletion(-) Reviewed-by: Simon Glass

Re: [U-Boot] [PATCH 10/14] env: Initialise all the environments

Hi Maxime, On 28 November 2017 at 03:24, Maxime Ripard wrote: > Since we want to have multiple environments, we will need to initialise > all the environments since we don't know at init time what drivers might > fail when calling load. > > Let's init all of

Re: [U-Boot] [PATCH] Travis-CI: Split 't208xrdb t4qds t102*'-job into separate jobs

Hi Philipp, On 20 December 2017 at 03:06, Philipp Tomsich wrote: > The 't208xrdb t4qds t102*' job is close to the time limit and > sometimes fails, so this splits it into 3 separate jobs. Should buidman have a time limit parameter? Then it could build for

Re: [U-Boot] [PATCH 1/4] ARM: tegra: don't use CONFIG_SPL_TEXT_BASE when no SPL

On 19 December 2017 at 18:30, Stephen Warren wrote: > From: Stephen Warren > > 64-bit Tegra don't use SPL, and soon won't define CONFIG_SPL_TEXT_BASE > when building. Fix the binman .dts file so that it doesn't use undefined > values. > > Signed-off-by:

Re: [U-Boot] [PATCH 12/14] env: Mark env_get_location as weak

Hi Maxime, On 28 November 2017 at 03:24, Maxime Ripard wrote: > Allow boards and architectures to override the default environment lookup > code by overriding env_get_location. > > Reviewed-by: Lukasz Majewski > Signed-off-by: Maxime Ripard

Re: [U-Boot] [PATCH 11/14] env: Allow to build multiple environments in Kconfig

On 28 November 2017 at 03:24, Maxime Ripard wrote: > Now that we have everything in place in the code, let's allow to build > multiple environments backend through Kconfig. > > Reviewed-by: Lukasz Majewski > Signed-off-by: Maxime Ripard

Re: [U-Boot] [PATCH 03/14] env: Pass additional parameters to the env lookup function

Hi Maxime, On 28 November 2017 at 03:24, Maxime Ripard wrote: > In preparation for the multiple environment support, let's introduce two > new parameters to the environment driver lookup function: the priority and > operation. > > The operation parameter is

Re: [U-Boot] [PATCH 01/14] cmd: nvedit: Get rid of the env lookup

On 28 November 2017 at 03:24, Maxime Ripard wrote: > > The nvedit command is the only user of env_driver_lookup_default outside of > the environment code itself, and it uses it only to print the environment > it's about to save to during env save. > > As we're

Re: [U-Boot] [PATCH 02/14] env: Rename env_driver_lookup_default and env_get_default_location

On 28 November 2017 at 03:24, Maxime Ripard wrote: > The env_driver_lookup_default and env_get_default_location functions are > about to get refactored to support loading from multiple environment. > > The name is therefore not really well suited anymore. Drop

Re: [U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address

On Thu, Dec 28, 2017 at 02:24:08PM -0500, Tom Rini wrote: > On Thu, Dec 28, 2017 at 01:21:05PM -0600, Derald D. Woods wrote: > > On Thu, Dec 28, 2017 at 01:43:43PM -0500, Tom Rini wrote: > > > On Thu, Dec 28, 2017 at 11:48:29AM -0600, Derald D. Woods wrote: > > > > On Thu, Dec 28, 2017 at

Re: [U-Boot] How to restore NVRAM on MTD partition from backup

Hi, > Missed that mail :( > > it's old board, I have no source code for that customized version of > bootloader. > > I have commands > loadb - load binary file over serial line (kermit mode) > loads - load S-Record file over serial line > loady - load binary file over serial line (ymodem

[U-Boot] [PATCH] configs: am335x_boneblack: Bring back missed bootcmd

Commit b6251db8c3f0 ("Kconfig: Introduce USE_BOOTCOMMAND and migrate BOOTCOMMAND") removed CONFIG_BOOTCOMMAND option from include/configs/am335x_evm.h file. But that option wasn't added to defconfig files for BeagleBone Black board. Because of this we can't boot Linux from SD card using just "run

[U-Boot] [PATCH 8/9] log: Add documentation for commands and formatting

Add some notes about recent new features. Signed-off-by: Simon Glass --- doc/README.log | 27 +++ 1 file changed, 27 insertions(+) diff --git a/doc/README.log b/doc/README.log index f653fe7d79..54d9a8e1b9 100644 --- a/doc/README.log +++

[U-Boot] [PATCH 4/9] log: Update log_console to honour the log format

At present this just outputs the message. Update it to output whatever the format requests. Signed-off-by: Simon Glass --- common/log_console.c | 27 ++- test/py/tests/test_log.py | 4 ++-- 2 files changed, 28 insertions(+), 3 deletions(-) diff

[U-Boot] [PATCH 5/9] log: Add a command to control the log output format

Add a 'log format' command which can display or change the log output format. This is useful for changing how much information is displayed. The ordering of the fields is fixed. Signed-off-by: Simon Glass --- cmd/log.c | 43 +++ 1 file

[U-Boot] [PATCH 6/9] log: Add a command to output a log record

Add a 'log rec' command which allows a log record to be manually output. This is useful for scripts which want full control over what is logged. It also permits easy testing of the log system. Signed-off-by: Simon Glass --- cmd/log.c | 41

[U-Boot] [PATCH 9/9] log: Add a way to log error-return values

When functions return an error it propagates up the stack to the point where it is reported. Often the error code provides enough information about the root cause of the error that this is obvious what went wrong. However in some cases the error may be hard to trace. For example if a driver uses

[U-Boot] [PATCH 2/9] log: Add functions to convert IDs to/from names

Category and level both use an enum for their ID values. Add functions to convert these IDs to strings and vice versa. This will allow the log to output the strings instead of the (inscrutable) values. At the same time, add a new 'driver-model' category, to cover core driver-model functions and

[U-Boot] [PATCH 3/9] log: Add control over log formatting

It is useful to be able to control the output format of log records on the console. As a starting point, add definitions for controlling which elements of the log record are displayed. Use function and message as the default, since these are the most useful fields. Signed-off-by: Simon Glass

[U-Boot] [PATCH 7/9] log: Add tests for the new log features

Add a test of the 'log format' and 'log rec' commands. This also covers things like log_get_cat_by_name(), since they are used by these commands. Fix a style nit in the tests also. Signed-off-by: Simon Glass --- test/py/tests/test_log.py | 28 +++- 1

[U-Boot] [PATCH 1/9] dm: core: Add a function to look up a uclass by name

Each uclass has a driver name which we can use to look up the uclass. This is useful for logging, where the uclass ID is used as the category. Add a function to handle this, as well as a test. Signed-off-by: Simon Glass --- drivers/core/uclass.c | 14 ++

[U-Boot] [PATCH 0/9] log: Support control over the log output format

This adds a few more features to the log system: - 'log format' command to control the log output format - 'log rec' command to output a log record manually - log_ret() function to log error-return values With these we have more control over how log records are output as well as the ability to

Re: [U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address

On Thu, Dec 28, 2017 at 02:24:08PM -0500, Tom Rini wrote: > On Thu, Dec 28, 2017 at 01:21:05PM -0600, Derald D. Woods wrote: > > On Thu, Dec 28, 2017 at 01:43:43PM -0500, Tom Rini wrote: > > > On Thu, Dec 28, 2017 at 11:48:29AM -0600, Derald D. Woods wrote: > > > > On Thu, Dec 28, 2017 at

Re: [U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address

On Thu, Dec 28, 2017 at 01:21:05PM -0600, Derald D. Woods wrote: > On Thu, Dec 28, 2017 at 01:43:43PM -0500, Tom Rini wrote: > > On Thu, Dec 28, 2017 at 11:48:29AM -0600, Derald D. Woods wrote: > > > On Thu, Dec 28, 2017 at 10:37:18AM -0500, Tom Rini wrote: > > > > On Thu, Dec 28, 2017 at

Re: [U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address

On Thu, Dec 28, 2017 at 01:43:43PM -0500, Tom Rini wrote: > On Thu, Dec 28, 2017 at 11:48:29AM -0600, Derald D. Woods wrote: > > On Thu, Dec 28, 2017 at 10:37:18AM -0500, Tom Rini wrote: > > > On Thu, Dec 28, 2017 at 01:25:43AM -0600, Derald D. Woods wrote: > > > > > > > This commit keeps the

[U-Boot] [PATCH v2 17/23] arm: imx: hab: Make internal functions and data static

There is no need to export these functions and data structures externally. Make them all static now. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud

[U-Boot] [PATCH v2 16/23] arm: imx: hab: Add a hab_rvt_check_target to image auth

Add a hab_rvt_check_target() step to authenticate_image() as a sanity check for the target memory region authenticate_image() will run over, prior to making the BootROM authentication callback itself. This check is recommended by the HAB documentation so it makes sense to adhere to the guidance

[U-Boot] [PATCH v2 14/23] arm: imx: hab: Define rvt_check_target()

The hab_rvt_check_target() callback according to the HABv4 documentation: "This function reports whether or not a given target region is allowed for either peripheral configuration or image loading in memory. It is intended for use by post-ROM boot stage components, via the ROM Vector Table, in

[U-Boot] [PATCH v2 04/23] 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 v2 22/23] arm: imx: hab: Implement hab_rvt_failsafe

This patch implements the basic callback hooks for hab_rvt_check_failsafe for BootROM code using the older BootROM address layout - in my test case the i.MX7. Code based on new BootROM callbacks will just do nothing and there's definitely a TODO to implement that extra functionality on the

[U-Boot] [PATCH v2 15/23] arm: imx: hab: Implement hab_rvt_check_target

This patch implements the basic callback hooks for hab_rvt_check_target() for BootROM code using the older BootROM address layout - in my test case the i.MX7. Code based on new BootROM callbacks will just have HAB_SUCCESS as a result code. Adding support for the new BootROM callbacks is a TODO.

[U-Boot] [PATCH v2 06/23] arm: imx: hab: Move CSF_PAD_SIZE to hab.h

CSF_PAD_SIZE should be defined in hab.h, move it to that location now. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud Cc: Sven

[U-Boot] [PATCH v2 11/23] 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 v2 21/23] arm: imx: hab: Define rvt_failsafe()

The hab_rvt_failsafe() callback according to the HABv4 documentation: "This function provides a safe path when image authentication has failed and all possible boot paths have been exhausted. It is intended for use by post-ROM boot stage components, via the ROM Vector Table." Once invoked the

[U-Boot] [PATCH v2 19/23] arm: imx: hab: Rename is_hab_enabled imx_hab_is_enabled

Understanding if the HAB is enabled is something that we want to interrogate and report on outside of the HAB layer. First step to that is renaming the relevant function to match the previously introduced external naming convention imx_hab_function() The name imx_hab_is_hab_enabled() is a

[U-Boot] [PATCH v2 23/23] arm: imx: hab: Add hab_failsafe console command

hab_failsafe when called puts the part into BootROM recovery mode. This will allow u-boot scripts to script the dropping down into recovery mode. => hab_failsafe Shows the i.MX7 appear as "hiddev0,hidraw5: USB HID v1.10 Device [Freescale SemiConductor Inc SP Blank ULT1] " in a Linux dmesg thus

[U-Boot] [PATCH v2 12/23] arm: imx: hab: Print CSF based on IVT descriptor

The IVT gives the absolute address of the CSF. There is no requirement for the CSF to be located adjacent to the IVT so lets use the address provided in the IVT header instead of the fixed CSF offset currently in place. Its worth noting if you use u-boot mkimage and the i.MX CST tool as described

[U-Boot] [PATCH v2 20/23] arm: imx: hab: Make imx_hab_is_enabled global

It will be helpful to boot commands to know if the HAB is enabled. Export imx_hab_is_enabled() now to facilitate further work with this data-point in a secure-boot context. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam

[U-Boot] [PATCH v2 10/23] arm: imx: hab: Add IVT header verification

The IVT header contains a magic number, fixed length and one of two version identifiers. Validate these settings before doing anything with a putative IVT binary. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam

[U-Boot] [PATCH v2 18/23] arm: imx: hab: Prefix authenticate_image with imx_hab

Tidy up the HAB namespace a bit by prefixing external functions with imx_hab. All external facing functions past this point will be prefixed in the same way to make the fact we are doing IMX HAB activities clear from reading the code. authenticate_image() could mean anything

[U-Boot] [PATCH v2 09/23] 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 v2 03/23] 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

[U-Boot] [PATCH v2 13/23] arm: imx: hab: Print additional IVT elements during debug

This patch enables printout of the IVT entry, dcd and csf data fields. Signed-off-by: Bryan O'Donoghue Cc: Stefano Babic Cc: Fabio Estevam Cc: Peng Fan Cc: Albert Aribaud Cc: Sven

[U-Boot] [PATCH v2 05/23] 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 v2 08/23] arm: imx: hab: Fix authenticate image lockup on MX7

The i.MX6 has some pretty explicit code associated with informing the IROM about flushing caches during authenticate_image(). Looking at various pieces of documentation its pretty clear the i.MX6 IROM registers are not documented and absent similar documentation on the i.MX7 the next-best fix is

[U-Boot] [PATCH v2 02/23] 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 v2 07/23] arm: imx: hab: Fix authenticate_image input parameters

u-boot command "hab_auth_img" tells a user that it takes - addr - image hex length - 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 v2 01/23] 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 v2 00/23]Fix and extend i.MX HAB layer

v2: - Fix compilation warnings and errors in SPL highlighted by Breno Matheus Lima - Add CC: Breno Matheus Lima to all patches v1: This patchset updates the i.MX HAB layer in u-boot to fix a list of identified issues and then to add and extend existing functionality.

Re: [U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address

On Thu, Dec 28, 2017 at 11:48:29AM -0600, Derald D. Woods wrote: > On Thu, Dec 28, 2017 at 10:37:18AM -0500, Tom Rini wrote: > > On Thu, Dec 28, 2017 at 01:25:43AM -0600, Derald D. Woods wrote: > > > > > This commit keeps the 'fdtaddr' as provided by DEFAULT_LINUX_BOOT_ENV. > > > > > >

Re: [U-Boot] [PATCH 00/23] Fix and extend i.MX HAB layer

On 28/12/17 17:54, Breno Matheus Lima wrote: Hi Bryan, 2017-12-27 10:25 GMT-02:00 Bryan O'Donoghue : This patchset updates the i.MX HAB layer in u-boot to fix a list of identified issues and then to add and extend existing functionality. The first block of

Re: [U-Boot] [PATCH 00/23] Fix and extend i.MX HAB layer

Hi Bryan, 2017-12-27 10:25 GMT-02:00 Bryan O'Donoghue : > This patchset updates the i.MX HAB layer in u-boot to fix a list of > identified issues and then to add and extend existing functionality. > > The first block of patches 0001-0006 deal with fixing existing code,

Re: [U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address

On Thu, Dec 28, 2017 at 10:37:18AM -0500, Tom Rini wrote: > On Thu, Dec 28, 2017 at 01:25:43AM -0600, Derald D. Woods wrote: > > > This commit keeps the 'fdtaddr' as provided by DEFAULT_LINUX_BOOT_ENV. > > > > Signed-off-by: Derald D. Woods > > --- > >

[U-Boot] [PATCH] dt-bindings: leds: adopt Linux PCA9532 binding constants

I'm working on a v2 patch to add support for a board named pdu001. Its Linux DTS file uses the include file added by this patch. To keep Linux and U-Boot DTS files in sync U-Boot requires a copy of this file, although there is no driver for NXP's PCA9532 i2c LED driver chip (yet). Signed-off-by:

Re: [U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address

On Thu, Dec 28, 2017 at 01:25:43AM -0600, Derald D. Woods wrote: > This commit keeps the 'fdtaddr' as provided by DEFAULT_LINUX_BOOT_ENV. > > Signed-off-by: Derald D. Woods > --- > include/configs/omap3_evm.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[U-Boot] [PATCH v3 6/6] board: ti: k2g: Make ddr3* declarations as static

All ddr3_emif declarations are not used outside ddr3_k2g.c file. So make all of them as static. Signed-off-by: Lokesh Vutla --- board/ti/ks2_evm/ddr3_k2g.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/board/ti/ks2_evm/ddr3_k2g.c

[U-Boot] [PATCH v3 4/6] arm: am33xx: Avoid writing into reserved DPLL divider

DPLL DRR doesn't have an M4 divider. But the clock driver is trying to configure M4 divider as 4(writing into a reserved register). Fixing it by making M4 divider as -1. Reported-by: Steve Kipisz Signed-off-by: Lokesh Vutla ---

[U-Boot] [PATCH v3 3/6] tools: omapimage: Fix mismatch of image size in header

The size field in GP header that is expected by ROM is size of the image + size of the header. But omapimage tool is updating size as image size + 2 * header size. Remove this extra header size bytes. Reported-by: Denys Dmytriyenko Debugged-by: Madan Srinivas

[U-Boot] [PATCH v3 5/6] board: ti: dra76: mux wakeup2 as gpio1_2

From: Tomi Valkeinen gpio1_2 is used for HPD interrupt with DRA76's DVI add-on board, so mux the pin as gpio and PIN_INPUT. Signed-off-by: Tomi Valkeinen --- board/ti/dra7xx/mux_data.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[U-Boot] [PATCH v3 2/6] board: ti: K2G FC SoC 1GHz and DDR3 1066 MT/s support

From: Rex Chang Added support for K2G EVM with FlipChip SoC of which ARM/DDR3 runs at 1GHz/1066 MT/s. The patch is also backward compatible with old revision EVM and EVM with WireBond SoC. Their ARM/DDR3 run at 600MHz/800 MT/s. The new SoC supports 2 different speeds at 1GHz and

[U-Boot] [PATCH v3 1/6] configs: k2g_evm: Allocate more space for u-boot

Now that we have multi dtb enabled in u-boot allocate 128K space for u-boot. Signed-off-by: Lokesh Vutla --- include/configs/k2g_evm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/k2g_evm.h b/include/configs/k2g_evm.h index

[U-Boot] [PATCH v3 0/6] arm: ti: misc updates and bug fixes

This series consolidates few bug fixes on TI platforms. Changes since v2: - Added a new patch for making in file structures static. Lokesh Vutla (4): configs: k2g_evm: Allocate more space for u-boot tools: omapimage: Fix mismatch of image size in header arm: am33xx: Avoid writing into

Re: [U-Boot] [PATCH v10 00/27] dm: Generic MTD Subsystem, with SPI-NOR interface

Hi Jagan, > Compared to previous series’s [1], [2], [3] and [4] this patch set > redefined most of the implementation suitable to fit into existing > driver-model. > > MTD is generic subsystem for underlying flash devices like nand, > parallel nor, spinor, dataflash etc. So to drive this theory

[U-Boot] [PATCH] ARM: mvebu: Allow MVNETA to be selected with Armada 3700 SoCs

Until now, Armada 3700 SoCs could not enable the mvneta driver, and thus did not benefit from Ethernet support. Add ARMADA_3700 in the "depends on" list of the MVNETA Kconfig entry. Signed-off-by: Miquel Raynal --- drivers/net/Kconfig | 6 +++--- 1 file

Re: [U-Boot] [PATCH 9/9] spl: spi: Add support for fetching image position from control DT

Hi Marek, > Add support for fetching the image position in RAM from control DT > rather than hard-coding it. While doing so, return the return value > of spl_parse_header_image() to make it possible to test application > of DTOs on U-Boot's control DT. > > Signed-off-by: Marek Vasut

Re: [U-Boot] [PATCH 8/9] spl: ram: Add support for fetching image position from control DT

Hi Marek, > Add support for fetching the image position in RAM from control DT > rather than hard-coding it. While doing so, return the return value > of spl_parse_header_image() to make it possible to test application > of DTOs on U-Boot's control DT. > > Signed-off-by: Marek Vasut

Re: [U-Boot] [PATCH 7/9] spl: Restart loading if load_image returns -EAGAIN

Hi Marek, > If the loader->load_image returns -EAGAIN, it is an indication > the loading process should restart the loading, possible due to > DTO being applied on the U-Boot's DT. Restart the loading until > the loader stops returning -EAGAIN. > > Signed-off-by: Marek Vasut >

Re: [U-Boot] [PATCH 6/9] spl: Add support for overlaying U-Boot DT

Hi Marek, > Add support for loading fitImage with device tree overlay image, which > is applied to the U-Boot's own device tree. Once the DT is applied, > the fitImage loading process is restarted. > > This patch allows a usecase where the DTO patches ie. load address in > the U-Boot's DT or

Re: [U-Boot] [PATCH 5/9] spl: Add full fitImage support

Hi Marek, > Add support for loading U-Boot and optionally FDT from a fitImage > in SPL by using the full fitImage support from U-Boot. While we do > have limited SPL loading support in SPL with a small footprint, it > is missing a lot of important features, like checking signatures. > This

Re: [U-Boot] [PATCH v8 0/2] DW SPI: Get clock value from Device Tree

On 12/28/2017 01:09 PM, Eugeniy Paltsev wrote: > As discussed with Marek during the LINUX-PITER here is v* patch: > > Add option to set spi controller clock frequency via device tree > using standard clock bindings. > > Define dw_spi_get_clk function as 'weak' as some targets > (like

[U-Boot] [PATCH v8 2/2] DW SPI: Get clock value from Device Tree

Add option to set spi controller clock frequency via device tree using standard clock bindings. Define dw_spi_get_clk function as 'weak' as some targets (like SOCFPGA_GEN5 and SOCFPGA_ARRIA10) don't use standard clock API and implement dw_spi_get_clk their own way in their clock manager. Get rid

[U-Boot] [PATCH v8 1/2] SOCFPGA: clock manager: implement dw_spi_get_clk function

Implement dw_spi_get_clk function to override its weak implementation in designware_spi.c driver. We need this change to get rid of cm_get_spi_controller_clk_hz function and clock_manager.h include in designware_spi.c driver. Reviewed-by: Marek Vasut Signed-off-by: Eugeniy

[U-Boot] [PATCH v8 0/2] DW SPI: Get clock value from Device Tree

As discussed with Marek during the LINUX-PITER here is v* patch: Add option to set spi controller clock frequency via device tree using standard clock bindings. Define dw_spi_get_clk function as 'weak' as some targets (like SOCFPGA_GEN5 and SOCFPGA_ARRIA10) don't use standard clock API and

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

Hi, Le mercredi 27 décembre 2017 à 20:09 -0600, Adam Ford a écrit : > This converts the following to Kconfig: >CONFIG_USB_MUSB_OMAP2PLUS >CONFIG_USB_MUSB_PIO_ONLY Thanks for the continued effort on omap platforms! While you're at it, you might want to do the same with: *

[U-Boot] [PATCH 8/9] spl: ram: Add support for fetching image position from control DT

Add support for fetching the image position in RAM from control DT rather than hard-coding it. While doing so, return the return value of spl_parse_header_image() to make it possible to test application of DTOs on U-Boot's control DT. Signed-off-by: Marek Vasut Cc: Pantelis

[U-Boot] [PATCH 9/9] spl: spi: Add support for fetching image position from control DT

Add support for fetching the image position in RAM from control DT rather than hard-coding it. While doing so, return the return value of spl_parse_header_image() to make it possible to test application of DTOs on U-Boot's control DT. Signed-off-by: Marek Vasut Cc: Pantelis

  1   2   >