Re: [U-Boot] [PATCH 3/6] autoboot: remove CONFIG_ZERO_BOOTDELAY_CHECK

Hi Masahiro, On 21.06.2016 07:32, Masahiro Yamada wrote: As the help message of CONFIG_BOOTDELAY says, CONFIG_BOOTDELAY=-2 means the autoboot with no delay, with no abort check even if CONFIG_ZERO_BOOTDELAY_CHECK is defined. To sum up, the autoboot behaves as follows: [1] CONFIG_BOOTDELAY=0

Re: [U-Boot] [PATCH 6/6] autoboot: move bootdelay >= 0 check to abortboot()

Hi Masahiro, On 21.06.2016 07:32, Masahiro Yamada wrote: Move the bootdelay >= 0 check to the caller, which simplifies the callees. Signed-off-by: Masahiro Yamada Reviewed-by: Stefan Roese Thanks, Stefan

Re: [U-Boot] [PATCH 5/6] autoboot: move CONFIG_SILENT_CONSOLE handling

Hi Masahiro, On 21.06.2016 07:32, Masahiro Yamada wrote: Factor out the same code from the callees to the caller. Signed-off-by: Masahiro Yamada Reviewed-by: Stefan Roese Thanks, Stefan ___ U-Boot

Re: [U-Boot] [PATCH 4/6] autoboot: rename abortboot_{keyed, normal} to __abortboot

Hi Masahiro, On 21.06.2016 07:32, Masahiro Yamada wrote: Because abortboot_keyed() and abortboot_normal() are not compiled at the same time, we can rename both of them to __abortboot(). This allows to drop #ifdef from the caller. Signed-off-by: Masahiro Yamada

[U-Boot] [PATCH 3/6] autoboot: remove CONFIG_ZERO_BOOTDELAY_CHECK

As the help message of CONFIG_BOOTDELAY says, CONFIG_BOOTDELAY=-2 means the autoboot with no delay, with no abort check even if CONFIG_ZERO_BOOTDELAY_CHECK is defined. To sum up, the autoboot behaves as follows: [1] CONFIG_BOOTDELAY=0 && CONFIG_ZERO_BOOTDELAY_CHECK=y autoboot with no delay,

[U-Boot] [PATCH 0/6] autoboot cleanups

1/6 moves CONFIG_BOOTDELAY for a new SOCFPGA board. The rest of this series are clean-ups of autoboot code. Masahiro Yamada (6): ARM: socfpga: move CONFIG_BOOTDELAY to Kconfig for IS1 board doc: bootdelay: drop explanation about CONFIG_BOOTDELAY from README autoboot: remove

[U-Boot] [PATCH 6/6] autoboot: move bootdelay >= 0 check to abortboot()

Move the bootdelay >= 0 check to the caller, which simplifies the callees. Signed-off-by: Masahiro Yamada --- common/autoboot.c | 22 -- 1 file changed, 8 insertions(+), 14 deletions(-) diff --git a/common/autoboot.c b/common/autoboot.c index

[U-Boot] [PATCH 2/6] doc: bootdelay: drop explanation about CONFIG_BOOTDELAY from README

The same information now exists in common/Kconfig. Do not duplicate documentation from the point of view of maintainability. Signed-off-by: Masahiro Yamada --- README | 17 - common/Kconfig | 2 ++ 2 files changed, 2 insertions(+), 17

[U-Boot] [PATCH 5/6] autoboot: move CONFIG_SILENT_CONSOLE handling

Factor out the same code from the callees to the caller. Signed-off-by: Masahiro Yamada --- common/autoboot.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/common/autoboot.c b/common/autoboot.c index eb31c88..2d19104

[U-Boot] [PATCH 4/6] autoboot: rename abortboot_{keyed, normal} to __abortboot

Because abortboot_keyed() and abortboot_normal() are not compiled at the same time, we can rename both of them to __abortboot(). This allows to drop #ifdef from the caller. Signed-off-by: Masahiro Yamada --- common/autoboot.c | 10 +++--- 1 file changed, 3

[U-Boot] [PATCH 1/6] ARM: socfpga: move CONFIG_BOOTDELAY to Kconfig for IS1 board

This recently added board missed the tree-wide migration of CONFIG_BOOTDELAY. Signed-off-by: Masahiro Yamada --- configs/socfpga_is1_defconfig | 4 +--- include/configs/socfpga_is1.h | 1 - 2 files changed, 1 insertion(+), 4 deletions(-) diff --git

Re: [U-Boot] [PATCH 5/9] arm: omap-common: secure ROM signature verify API

On Tuesday 21 June 2016 10:32 AM, Andreas Dannenberg wrote: > Hi Lokesh--- comment inlined... > > On Tue, Jun 21, 2016 at 10:01:54AM +0530, Lokesh Vutla wrote: >> >> >> On Tuesday 21 June 2016 09:04 AM, Andreas Dannenberg wrote: >>> Adds an API that verifies a signature attached to an image

Re: [U-Boot] [arm] Where to put files for armv8 ThunderX

Hi Aaron, On 21.06.2016 00:15, Aaron Williams wrote: I have just been handed the task of cleaning up our U-Boot port to our ThunderX armv8 chip and am wondering where I should put the files specific to our chip. The people who previously worked on the chip created a subdirectory under u-boot

Re: [U-Boot] [PATCH 5/9] arm: omap-common: secure ROM signature verify API

Hi Lokesh--- comment inlined... On Tue, Jun 21, 2016 at 10:01:54AM +0530, Lokesh Vutla wrote: > > > On Tuesday 21 June 2016 09:04 AM, Andreas Dannenberg wrote: > > Adds an API that verifies a signature attached to an image (binary > > blob). This API is basically a entry to a secure ROM service

Re: [U-Boot] [PATCH v3] Kconfig: Add a new DISTRO_DEFAULTS Kconfig option

On Mon, Jun 20, 2016 at 11:16:28PM +0200, Hans de Goede wrote: > DISTRO_DEFAULTS is intended to mirror / replace > include/config_distro_defaults.h. > > The intend is for boards which include this file to select this from > their Kconfig files and when moving setting to Kconfig which are

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

On Mon, Jun 20, 2016 at 11:03:17PM +0200, Hans de Goede wrote: > Hi Tom, > > Here is the third sunxi pull-req for v2016.07, it > contains a few misc. fixes, 2 new boards and > the conversion of the PSCI code to C-code. > > The following changes since commit

Re: [U-Boot] [PATCH 5/9] arm: omap-common: secure ROM signature verify API

On Tuesday 21 June 2016 09:04 AM, Andreas Dannenberg wrote: > Adds an API that verifies a signature attached to an image (binary > blob). This API is basically a entry to a secure ROM service provided by > the device and accessed via an SMC call, using a particular calling > convention. > >

[U-Boot] [PATCH 9/9] doc: Update info on using secure devices from TI

From: Daniel Allred Adds information regarding SPL handling the loading and processing of secured u-boot images as part of the second stage boot the SPL does. Introduces the description of a new interface script in the TI SECDEV Package which handles the creation and prep of

[U-Boot] [PATCH 5/9] arm: omap-common: secure ROM signature verify API

Adds an API that verifies a signature attached to an image (binary blob). This API is basically a entry to a secure ROM service provided by the device and accessed via an SMC call, using a particular calling convention. Signed-off-by: Daniel Allred Signed-off-by: Andreas

[U-Boot] [PATCH 3/9] arm: omap-common: add secure smc entry

From: Daniel Allred Add an interface for calling secure ROM APIs across a range of OMAP and OMAP compatible high-security (HS) device variants. While at it, also perform minor cleanup/alignment without any change in functionality. Signed-off-by: Daniel Allred

[U-Boot] [PATCH 6/9] arm: omap-common: Update to generate secure U-Boot FIT blob

Adds commands so that when a secure device is in use and the SPL is built to load a FIT image (with combined U-Boot binary and various DTBs), these components that get fed into the FIT are all processed to be signed/encrypted/etc. as per the operations performed by the secure-binary-image.sh

[U-Boot] [PATCH 0/9] Secure Boot by Authenticating/Decrypting SPL FIT blobs

This patch series is derived from an earlier RFC [1] with (most of the) feedback implemented that was provided by Simon, Tom, and Lokesh (see change log at the end). There are still some loose ends namely affecting the make process (see discussion here [2], maybe Yamada-san has some inputs?) as

[U-Boot] [PATCH 1/9] arm: cache: add missing dummy functions for when dcache disabled

From: Daniel Allred Adds missing flush_dcache_range and invalidate_dcache_range dummy (empty) placeholder functions to the #else portion of the #ifndef CONFIG_SYS_DCACHE_OFF, where full implementations of these functions are defined. Signed-off-by: Daniel Allred

[U-Boot] [PATCH 8/9] arm: am4x: add U-Boot FIT signing and SPL image post-processing

From: Madan Srinivas Modify the SPL build procedure for AM437x high-security (HS) device variants to create a secure u-boot_HS.img FIT blob that contains U-Boot and DTB artifacts signed (and optionally encrypted) with a TI-specific process based on the CONFIG_TI_SECURE_DEVICE

[U-Boot] [PATCH 7/9] arm: omap5: add U-Boot FIT signing and SPL image post-processing

Modify the SPL build procedure for AM57xx and DRA7xx high-security (HS) device variants to create a secure u-boot_HS.img FIT blob that contains U-Boot and DTB artifacts signed with a TI-specific process based on the CONFIG_TI_SECURE_DEVICE config option and the externally-provided image signing

[U-Boot] [PATCH 4/9] arm: omap-common: add secure rom call API for secure devices

Adds a generic C-callable API for making secure ROM calls on OMAP and OMAP-compatible devices. This API provides the important function of flushing the ROM call arguments to memory from the cache, so that the secure world will have a coherent view of those arguments. Then is simply calls the

[U-Boot] [PATCH 2/9] spl: fit: add support for post-processing of images

From: Daniel Allred The next stage boot loader image and the selected FDT can be post-processed by board/platform/device-specific code, which can include modifying the size and altering the starting source address before copying these binary blobs to their final desitination.

Re: [U-Boot] [RFC 9/9] ti: omap-common: Update to generate secure FIT

Hi Simon, thanks for the continued feedback. Comments below... On Mon, Jun 20, 2016 at 04:40:10PM -0600, Simon Glass wrote: > +Masahiro for the Makefile question > > Hi Andreas, > > On 17 June 2016 at 10:13, Andreas Dannenberg wrote: > > Hi Simon, > > many thanks for your

Re: [U-Boot] socfpga 2016.05, CV socdk Rev E1, SPL and u-boot fail when booting from QSPI

On 06/20/2016 06:04 PM, Christian Didriksson wrote: > Hi, Hi, >> On 06/20/2016 03:22 PM, Christian Didriksson wrote: >>> Hi Marek, >> >> Hi, >> On 06/17/2016 04:39 PM, Christian Didriksson wrote: > Hi Marek, Hi > I applied the two patches you suggested, but got no

Re: [U-Boot] [PATCH v3] Kconfig: Add a new DISTRO_DEFAULTS Kconfig option

2016-06-21 6:16 GMT+09:00 Hans de Goede : > DISTRO_DEFAULTS is intended to mirror / replace > include/config_distro_defaults.h. > > The intend is for boards which include this file to select this from > their Kconfig files and when moving setting to Kconfig which are

Re: [U-Boot] [PATCH 3/5] tools: moveconfig: simplify source tree switching

2016-06-21 6:33 GMT+09:00 Joe Hershberger : > On Wed, Jun 15, 2016 at 12:33 AM, Masahiro Yamada > wrote: >> The subprocess.Popen() does not change the child process's working >> directory if cwd=None is given. Let's exploit this fact to

Re: [U-Boot] [ANN] U-Boot v2016.07-rc2 released

On Mon, Jun 20, 2016 at 07:49:30PM +0100, Peter Robinson wrote: > > It's release day and v2016.07-rc2 is out and on time. I expect to do > > -rc3 in another two weeks. I've updated git and the tarballs are also > > up now. > > I might be blind but I don't see a tarball here :) >

[U-Boot] [PATCH v4 1/9] ls2080: Exit dpaa only right before exiting U-Boot

On ls2080 we have a separate network fabric component which we need to shut down before we enter Linux (or any other OS). Along with that also comes configuration of the fabric using a description file. Today we always stop and configure the fabric in the boot script and (again) exit it on device

[U-Boot] [PATCH v4 9/9] efi_loader: Allow bouncing for network

So far bounce buffers were only used for disk I/O, but network I/O may suffer from the same problem. On platforms that have problems doing DMA on high addresses, let's also bounce outgoing network packets. Incoming ones always already get bounced. Signed-off-by: Alexander Graf

[U-Boot] [PATCH v4 2/9] efi_loader: AArch64: Run EFI payloads in EL2 if U-Boot runs in EL3

Some boards decided not to run ATF or other secure firmware in EL3, so they instead run U-Boot there. The uEFI spec doesn't know what EL3 is though - it only knows about EL2 and EL1. So if we see that we're running in EL3, let's get into EL2 to make payloads happy. Signed-off-by: Alexander Graf

[U-Boot] [PATCH v4 6/9] efi_loader: Allow boards to implement get_time and reset_system

EFI allows an OS to leverage firmware drivers while the OS is running. In the generic code we so far had to stub those implementations out, because we would need board specific knowledge about MMIO setups for it. However, boards can easily implement those themselves. This patch provides the

[U-Boot] [PATCH v4 0/9] LS2080ARDB: Enable EFI boot support

We now have EFI support in U-Boot which worked out of the box on all systems that I tried it on so far. Except for the LS2080ARDB. With this patch set I can successfully boot grub2 and Linux from there on such a system - even using PXE. v3 -> v4: - Add CONFIG_CMD_FS_GENERIC to defconfig -

[U-Boot] [PATCH v4 4/9] ls2080ardb: Convert to distro boot

Most new systems in U-Boot these days make use of the generic "distro" framework which allows a user to have U-Boot scan for a bootable OS on all available media types. This patch extends the LS2080ARDB board to use that framework if the hard coded NOR flash location does not contain a bootable

[U-Boot] [PATCH v4 8/9] efi_loader: Declare secure memory as reserved

Some systems may implemente TrustZone (EL3) in U-Boot. Those systems reserve some memory that U-Boot is aware of as secure. For those systems, mask out that secure memory in the EFI memory map, as it's not usable from EL2 or EL1. Signed-off-by: Alexander Graf ---

[U-Boot] [PATCH v4 7/9] armv8: fsl-layerscape: Add support for efi_loader RTS reset

When implementing efi loader support, we can expose runtime services for payloads. One such service is CPU reset. This patch implements RTS CPU reset support for layerscape systems. Signed-off-by: Alexander Graf --- arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 33

[U-Boot] [PATCH v4 5/9] armv8: ls2080a: Declare spin tables as reserved for efi loader

The efi loader code has its own memory map, so it needs to be aware where the spin tables are located, to ensure that no code writes into those regions. Signed-off-by: Alexander Graf --- arch/arm/cpu/armv8/fsl-layerscape/fdt.c | 6 ++ 1 file changed, 6 insertions(+) diff

[U-Boot] [PATCH v4 3/9] ls2080ardb: Reserve DP-DDR RAM

The DP-DDR shouldn't be exposed as conventional memory to an OS, so let's rather claim it's a reserved region in the EFI memory map Signed-off-by: Alexander Graf --- board/freescale/ls2080ardb/ls2080ardb.c | 9 + 1 file changed, 9 insertions(+) diff --git

[U-Boot] [arm] Where to put files for armv8 ThunderX

I have just been handed the task of cleaning up our U-Boot port to our ThunderX armv8 chip and am wondering where I should put the files specific to our chip. The people who previously worked on the chip created a subdirectory under u-boot and have things scattered about. Should I create a

Re: [U-Boot] [RFC 9/9] ti: omap-common: Update to generate secure FIT

+Masahiro for the Makefile question Hi Andreas, On 17 June 2016 at 10:13, Andreas Dannenberg wrote: > Hi Simon, > many thanks for your feedback on the series... I know it takes a lot of > effort to digest all that stuff. We'll see how we can tackle the > feedback one by one

Re: [U-Boot] [PATCH] net: NFS: Add NFSv3 support

On Mon, Jun 20, 2016 at 2:31 PM, Guillaume Gardet wrote: > Please note that, this patch applies on top of this one: > NFS: Add error message when U-Boot NFS version (V2) is not supported by > NFS server > https://patchwork.ozlabs.org/patch/630898/ Please make

Re: [U-Boot] [PATCH 5/5] tools: moveconfig: show suspicious boards with possible misconversion

On Wed, Jun 15, 2016 at 12:33 AM, Masahiro Yamada wrote: > There are some cases where config options are moved, but they are > ripped off at the final savedefconfig stage: > > - The moved option is not user-configurable, for example, due to > a missing prompt

Re: [U-Boot] [PATCH 4/5] tools: moveconfig: simplify show_failed_boards() and show more info

On Wed, Jun 15, 2016 at 12:33 AM, Masahiro Yamada wrote: > Since commit 1d085568b3de ("tools: moveconfig: display log atomically > in more readable format"), the function color_text() is clever enough > to exclude LF from escape sequences. Exploit it for removing

Re: [U-Boot] [PATCH 3/5] tools: moveconfig: simplify source tree switching

On Wed, Jun 15, 2016 at 12:33 AM, Masahiro Yamada wrote: > The subprocess.Popen() does not change the child process's working > directory if cwd=None is given. Let's exploit this fact to refactor > the source directory handling. > > We no longer have to pass "-C "

Re: [U-Boot] [PATCH 2/5] tools: moveconfig: change class WorkDir to class ReferenceSource

On Wed, Jun 15, 2016 at 12:33 AM, Masahiro Yamada wrote: > The class WorkDir can be used in a very generic way, but currently > it is only used for containing a reference source directory. > > This commit changes it for a more dedicated use. The move_config >

Re: [U-Boot] [PATCH 1/5] tools: moveconfig: fix needless move for config with default 1

On Wed, Jun 15, 2016 at 12:33 AM, Masahiro Yamada wrote: > When moving an integer type option with default value 1, the tool > moves configs with the same value as the default (, and then removed > by the later savedefconfig). This is a needless operation. > > The

[U-Boot] [PATCH v3] Kconfig: Add a new DISTRO_DEFAULTS Kconfig option

DISTRO_DEFAULTS is intended to mirror / replace include/config_distro_defaults.h. The intend is for boards which include this file to select this from their Kconfig files and when moving setting to Kconfig which are #define-ed in config_distro_defaults.h to select this from DISTRO_DEFAULTS so

[U-Boot] Please pull u-boot-sunxi master

Hi Tom, Here is the third sunxi pull-req for v2016.07, it contains a few misc. fixes, 2 new boards and the conversion of the PSCI code to C-code. The following changes since commit 46fd625dfee9ef69cd183f0cd11e09309a71a4e2: Prepare v2016.07-rc2 (2016-06-20 11:14:12 -0400) are available in

Re: [U-Boot] [PATCH] net: NFS: Add NFSv3 support

Please note that, this patch applies on top of this one: NFS: Add error message when U-Boot NFS version (V2) is not supported by NFS server https://patchwork.ozlabs.org/patch/630898/ It would be nice if people could test it on other boards and with other NFS servers. Guillaume Le

[U-Boot] [PATCH] net: NFS: Add NFSv3 support

This patch enables NFSv3 support. If NFSv2 is available use it as usual. If NFSv2 is not available, but NFSv3 is available, use NFSv3. If NFSv2 and NFSv3 are not available, print an error message since NFSv4 is not supported. Tested on iMX6 sabrelite with 4 Linux NFS servers: * NFSv2 + NFSv3 +

Re: [U-Boot] [linux-sunxi] Auto-detecting touchscreen controller and dealing with hw configuration differences on q8 tablets

Hi Rob, > On Jun 20, 2016, at 21:20 , Rob Herring wrote: > > On Mon, Jun 20, 2016 at 04:08:47PM +0300, Pantelis Antoniou wrote: >> Hi Hans, >> >>> On Jun 20, 2016, at 16:02 , Hans de Goede wrote: >>> >>> Hi, >>> >>> On 20-06-16 14:22, Pantelis Antoniou

[U-Boot] soc vs. clocks in device-tree

Hello, in my device-tree (for stm32f429 - as found in the linux kernel) exist two branches /soc and /clocks. While /soc contains all embedded functionality of the SOC, /clocks contain the external crystal, like in the following snippet. / { clocks { clk_hse: clk-hse {

Re: [U-Boot] [ANN] U-Boot v2016.07-rc2 released

> It's release day and v2016.07-rc2 is out and on time. I expect to do > -rc3 in another two weeks. I've updated git and the tarballs are also > up now. I might be blind but I don't see a tarball here :) ftp://ftp.denx.de/pub/u-boot/ > We've gotten a number of PRs in with the sort of changes

[U-Boot] [PATCH v2 12/22] STM32F429-discovery: led: disable board-specific code, if DM is selected

From: Benjamin Tietz If the device-tree gpio selection is selected, the hardcoded board-specific led-initialization will fail. This will disable that code, if CONFIG_DM_GPIO is enabled. --- board/st/stm32f429-discovery/Makefile |3 +++

[U-Boot] [PATCH v2 21/22] LED: provide toggling interface

From: Benjamin Tietz Extend the LED API to support toggling an LED. If the device provides a direct way for this, it can implement the corresponding op. If not supported directly by the driver, the led will be toggled by calling led_set_on(!led_get_on()), transparently.

[U-Boot] [PATCH v2 22/22] Cmd: LED: make DM-leds toggle

From: Benjamin Tietz Support toggling of LEDs in the led command for device-tree configured LEDs. --- cmd/led.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/cmd/led.c b/cmd/led.c index 7632074..217ec5a 100644 --- a/cmd/led.c +++ b/cmd/led.c @@

[U-Boot] [PATCH v2 19/22] LED: provide functionality to get led status

From: Benjamin Tietz This extends the LED-API for retrieving the current state a LED is in. This needs corresponding support by the underlying device, but provides a way to check, wether an LED is on or off. --- drivers/led/led-uclass.c | 10 ++ include/led.h

[U-Boot] [PATCH v2 20/22] LED: GPIO: provide get_on() op

From: Benjamin Tietz Add the code needed for retrieving the led-status to the generic led-gpio driver. --- drivers/led/led_gpio.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/led/led_gpio.c b/drivers/led/led_gpio.c index cb6e996..80e0f72

[U-Boot] [PATCH v2 18/22] cmd: LED: be aware of DTS-configured leds

From: Benjamin Tietz Make the LED command aware of device-tree configured LEDs, using the new LED API calls. --- cmd/led.c | 53 - 1 file changed, 52 insertions(+), 1 deletion(-) diff --git a/cmd/led.c b/cmd/led.c

[U-Boot] [PATCH v2 14/22] Cmd: LED: rewrite to prepare non-static access

From: Benjamin Tietz Previously, all knwon LED were hold in a single array and computed at compile-time. With the new variant, if all LEDs are known, these will also be computed at compile-time. Using functions will allow additional dynamic (eg. DM-based) LED

[U-Boot] [PATCH v2 17/22] LED: provide function to count and get all (DM-)LEDs

From: Benjamin Tietz This extends the API of the LED-driver to count the number of configured LEDs and retrieving an array of them. --- drivers/led/led-uclass.c | 53 ++ include/led.h| 18 2

[U-Boot] [PATCH v2 16/22] LED: add function to retrieve a device's label

From: Benjamin Tietz This extends the API of the led-driver to retrieve the label of and led-device. --- drivers/led/led-uclass.c |6 ++ include/led.h|8 2 files changed, 14 insertions(+) diff --git a/drivers/led/led-uclass.c

[U-Boot] [PATCH v2 15/22] DTS: STM32F429-disco: add board leds and enable rcc

From: Benjamin Tietz The following adds the configuration of the user-leds to the device tree for STM32F429 discovery board. --- arch/arm/dts/stm32f429-disco.dts | 22 ++ 1 file changed, 22 insertions(+) diff --git

[U-Boot] [PATCH v2 13/22] GPIO/LED: make more robust, if STATUS_LED isn't selected

From: Benjamin Tietz If STATUS_LED isn't selected, neither led_id_t is selected, nor STATUS_LED_ON. The following will set led_id_t to a reasonable default and define STATUS_LED_ON for that case. --- drivers/misc/gpio_led.c |4 drivers/misc/status_led.c |

[U-Boot] [PATCH v2 09/22] DTS: STM32f429: add gpio-banks

From: Benjamin Tietz This adds all GPIO-banks known by the STM32F4 MCU to the corresponding .dts-file. Those not available in the the TQFP-package are currently disabled. --- arch/arm/dts/stm32f429.dtsi | 92 +++ 1 file changed,

[U-Boot] [PATCH v2 10/22] STM32: gpio: group SOC-specific code to one ifdef/elif construct

From: Benjamin Tietz In the STM32 gpio driver, multiple family-dependent sections existed. All but one just statically filled a datastructure. The following patch creates these structure const-static within a single family-dependent section. This seperation improves the

[U-Boot] [PATCH v2 11/22] GPIO: STM32: make DTS-aware

From: Benjamin Tietz If CONFIG_DM_GPIO is enabled, the STM32 SOC GPIO driver will switch it's behaviour from implementing the gpio_*() interface directly to provide a gpio-device. --- drivers/gpio/stm32_gpio.c | 133 + 1 file

[U-Boot] [PATCH v2 06/22] DTS: stm32f429: provide device-tree files (from linux kernel)

From: Benjamin Tietz This patch adds the DTS configuration files needed for the STM32F429-Discovery board, as they can be found in a current Linux Kernel. --- arch/arm/dts/Makefile|2 arch/arm/dts/armv7-m.dtsi| 24 +

[U-Boot] [PATCH v2 08/22] STM32: clock: provide dts-accessible clock driver

From: Benjamin Tietz This implements an basic clock driver for the RCC-part of STM32 MCUs. Currently, only enabling and disabling of peripheral clocks and retrieving main frequency is implemented. --- drivers/clk/Kconfig |4 ++ drivers/clk/Makefile|1

[U-Boot] [PATCH v2 07/22] clock-uclass: allow disabling a peripheral clock

From: Benjamin Tietz Currently, clocks can be enabled, only. To be feature-complete - and allow a bit of power-saving in applications - disabling a clock should be possible, too. This extend the API of the DM clock driver to allow a clock to be disabled. The

[U-Boot] [PATCH v2 04/22] stm32f429-discovery: config: enable status leds

From: Benjamin Tietz This enables and adds configuration for status-leds on the STM32F429 discovery board. --- include/configs/stm32f429-discovery.h |8 1 file changed, 8 insertions(+) diff --git a/include/configs/stm32f429-discovery.h

[U-Boot] [PATCH v2 05/22] Cmd: led: provide a selector in kconfig

From: Benjamin Tietz This patch creates an entry for selecting the led command from kconfig configuration. --- cmd/Kconfig |4 1 file changed, 4 insertions(+) diff --git a/cmd/Kconfig b/cmd/Kconfig index d51645c..f49ff47 100644 --- a/cmd/Kconfig +++

[U-Boot] [PATCH v2 01/22] stm32: gpio: fix otype access

Since the GPIOx_OTYPER register has only one bit for every pin, the width and shift has to be corrected. --- drivers/gpio/stm32_gpio.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpio/stm32_gpio.c b/drivers/gpio/stm32_gpio.c index 50f86d3..2457211 100644 ---

[U-Boot] [PATCH v2 02/22] stm32: gpio_direction_output: make sure, output is set to push-pull

Previously the bit for settting the pin-behaviour was left undefined, which may result in an open-drain behaviour for the affected pin. Now it is correctly initialized, always. --- drivers/gpio/stm32_gpio.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpio/stm32_gpio.c

[U-Boot] [PATCH v2 03/22] stm32: gpio_get_value: always return 0 or 1

Some functions using the GPIO-interface depend on gpio_get_value to return 0 or 1, while the stm32 driver returned 0 or "something not zero". This patch corrects this behaviour. --- drivers/gpio/stm32_gpio.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[U-Boot] [PATCH 2 00/22] DM: Cmd: GPIO/LED/STM32/CLK: provide command-line support for device-tree configured gpios and leds

This series begins to provide device-tree support on stm32 devices, starting with a the stack of a simple clock-driver (at least enabling/disabling peripheral clocks), the gpio driver and leds. As the current led command-line interface isn't aware of any device-tree configured led, the command

Re: [U-Boot] [linux-sunxi] Auto-detecting touchscreen controller and dealing with hw configuration differences on q8 tablets

On Mon, Jun 20, 2016 at 04:08:47PM +0300, Pantelis Antoniou wrote: > Hi Hans, > > > On Jun 20, 2016, at 16:02 , Hans de Goede wrote: > > > > Hi, > > > > On 20-06-16 14:22, Pantelis Antoniou wrote: > >> Hi Hans, > >> > >>> On Jun 20, 2016, at 14:03 , Hans de Goede

[U-Boot] [PATCH 2/2] hush: complete renaming CONFIG_SYS_HUSH_PARSER to CONFIG_HUSH_PARSER

There is no more define of CONFIG_SYS_HUSH_PARSER. Rename some remaining references and drop the backward compatible Kconfig entry. Signed-off-by: Masahiro Yamada --- board/work-microwave/work_92105/work_92105_display.c | 4 ++-- cmd/Kconfig

[U-Boot] [PATCH 1/2] Move CONFIG_SYS_HUSH_PARSER to Kconfig for last 4 boards

I still see some defines of this config in board headers. Move them to defconfigs (+ renaming to CONFIG_HUSH_PARSER) to complete this migration. Signed-off-by: Masahiro Yamada --- configs/gurnard_defconfig| 1 + configs/odroid-c2_defconfig | 1 +

Re: [U-Boot] [PATCH 2/2] arm64: add better spin-table support

On 06/19/2016 03:34 AM, André Przywara wrote: > Hi, > > On 19/06/16 09:57, Masahiro Yamada wrote: >> 2016-06-18 18:40 GMT+09:00 Linus Walleij : >>> On Fri, Jun 17, 2016 at 2:51 PM, Masahiro Yamada >>> wrote: >>> There are two enable

Re: [U-Boot] [PATCH 2/2] usbarmory: Add board_run_command() function

Hi Stefano, On Mon, Jun 20, 2016 at 05:46:52PM +0200, Stefano Babic wrote: > Hallo Andrej, > > On 20/06/2016 17:21, and...@inversepath.com wrote: > > From: Andrej Rosano > > > > Define a default board_run_command() function. This function contains > > the commands

Re: [U-Boot] socfpga 2016.05, CV socdk Rev E1, SPL and u-boot fail when booting from QSPI

Hi, > On 06/20/2016 03:22 PM, Christian Didriksson wrote: > > Hi Marek, > > Hi, > > >> On 06/17/2016 04:39 PM, Christian Didriksson wrote: > >>> Hi Marek, > >> > >> Hi > >> > >>> I applied the two patches you suggested, but got no change in behavior: > >>> > >>> U-Boot SPL

Re: [U-Boot] [PATCH 2/2] usbarmory: Add board_run_command() function

Hallo Andrej, On 20/06/2016 17:21, and...@inversepath.com wrote: > From: Andrej Rosano > > Define a default board_run_command() function. This function contains > the commands needed to boot the board when CLI is disabled (CONFIG_CMDLINE=n). > > Signed-off-by: Andrej

Re: [U-Boot] [PATCH V2 2/5] mailbox: add Tegra186 HSP driver

Simon, > -Original Message- > From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass > Sent: Friday, June 17, 2016 4:05 PM > To: Stephen Warren > Cc: U-Boot Mailing List ; Stephen Warren > ; Tom Warren

Re: [U-Boot] [ANN] U-Boot v2016.07-rc2 released

On Mon, Jun 20, 2016 at 05:34:05PM +0200, Hans de Goede wrote: > Hi, > > On 20-06-16 17:26, Tom Rini wrote: > >Hey all, > > > >It's release day and v2016.07-rc2 is out and on time. I expect to do > >-rc3 in another two weeks. I've updated git and the tarballs are also > >up now. > > > >We've

Re: [U-Boot] [ANN] U-Boot v2016.07-rc2 released

Hi, On 20-06-16 17:26, Tom Rini wrote: Hey all, It's release day and v2016.07-rc2 is out and on time. I expect to do -rc3 in another two weeks. I've updated git and the tarballs are also up now. We've gotten a number of PRs in with the sort of changes that should go in, in. Going forward

[U-Boot] [PATCH 1/2] usbarmory: switch to using kernel zImage

From: Andrej Rosano Switch to using zImage instead of uImage. Signed-off-by: Andrej Rosano --- include/configs/usbarmory.h | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/include/configs/usbarmory.h

[U-Boot] [PATCH 2/2] usbarmory: Add board_run_command() function

From: Andrej Rosano Define a default board_run_command() function. This function contains the commands needed to boot the board when CLI is disabled (CONFIG_CMDLINE=n). Signed-off-by: Andrej Rosano --- board/inversepath/usbarmory/usbarmory.c |

[U-Boot] [ANN] U-Boot v2016.07-rc2 released

Hey all, It's release day and v2016.07-rc2 is out and on time. I expect to do -rc3 in another two weeks. I've updated git and the tarballs are also up now. We've gotten a number of PRs in with the sort of changes that should go in, in. Going forward now changes really should be of the bug fix

Re: [U-Boot] [PATCH V2 2/2] ehci: mx7: fix otg id detection

On 06/20/2016 03:43 AM, Peng Fan wrote: > The USBNC_PHYCFG2_ACAENB bit should be cleared to enable the > OTG ID detection, not set it. When the bit is set, the ACA > Resistance Detection is enabled, which disables the OTG ID > detection, because the internal pull up is off. > > Signed-off-by: Ye

Re: [U-Boot] [PATCH] drivers:usb:common:fsl-dt-fixup: Fix the dt for all type of usb controllers

On 06/20/2016 06:15 AM, Sriram Dash wrote: > Currently, U-boot doesn't allow to compile more than one type of USB protocol > simultaneously. Hence, EHCI and XHCI controllers cannot co-exist and > CONFIG_USB_MAX_CONTROLLER_COUNT macro represents count of only one type of > controller. This does

[U-Boot] [PATCH] mx6: support i.MX6UL speed grading reading from OTP bits

i.MX6UL defines speed grading in OCOTP register 0x440[17:16] as follows: 00 reserved 01 528MHz 10 700MHz 11 reserved This commit removes the constants (which had the speed hardcoded in their names) and uses values instead. Signed-off-by: Hector Palacios

Re: [U-Boot] [PATCH V2 1/2] ehci: mx7: fix usbnc_regs

On 06/20/2016 03:43 AM, Peng Fan wrote: > There is a 4 bytes hole between phy_cfg2 and phy_status, fix the > usbnc_regs structure to include the hole. > > Signed-off-by: Ye Li > Signed-off-by: Peng Fan > --- Applied, thanks > V2: > Split from V1 to a single

Re: [U-Boot] socfpga 2016.05, CV socdk Rev E1, SPL and u-boot fail when booting from QSPI

On 06/20/2016 03:22 PM, Christian Didriksson wrote: > Hi Marek, Hi, >> On 06/17/2016 04:39 PM, Christian Didriksson wrote: >>> Hi Marek, >> >> Hi >> >>> I applied the two patches you suggested, but got no change in behavior: >>> >>> U-Boot SPL 2016.05-ga0bd0e7-dirty (Jun 17 2016 - 16:32:35) >>>

Re: [U-Boot] socfpga 2016.05, CV socdk Rev E1, SPL and u-boot fail when booting from QSPI

Hi Marek, > On 06/17/2016 04:39 PM, Christian Didriksson wrote: > > Hi Marek, > > Hi > > > I applied the two patches you suggested, but got no change in behavior: > > > > U-Boot SPL 2016.05-ga0bd0e7-dirty (Jun 17 2016 - 16:32:35) > > drivers/ddr/altera/sequencer.c: Preparing to start memory

Re: [U-Boot] s5pv210 smdkv210

Hi Andrew, > Hi Lukasz, > > I hope you may be able to offer me some advice. > > I have a small project to update a tbs2900, tbs moi. which is a DVB-S2 > network/iptv device. > > The device is based on smdkv210, with the s5pv210 soc. I understand > that in terms of the kernel this is well

  1   2   >