[U-Boot] [PATCH v2] env: Relocate env drivers if manual reloc is required

From: Siva Durga Prasad Paladugu Relocate env drivers if manual relocation is enabled. This patch fixes the issue of u-boot hang incase if env is present in any of the flash devices. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by:

[U-Boot] Fwd: Re: Please pull from u-boot-i2c

Hello Tom, Huch ... just saw, that I forgot to add the u-boot ml to cc ... sorry! bye, Heiko Weitergeleitete Nachricht Betreff: Re: [U-Boot] Please pull from u-boot-i2c Datum: Thu, 12 Apr 2018 09:35:30 -0400 Von: Tom Rini An: Heiko Schocher

Re: [U-Boot] [PATCH] imx: nitrogen6x: Convert Sabrelite to distro boot support

On Tue, Apr 10, 2018 at 6:50 AM, Gary Bisson wrote: > Hi Guillaume, > > On Mon, Apr 09, 2018 at 05:17:44PM +0200, Guillaume Gardet wrote: >> >> >> Le 09/04/2018 à 16:40, Gary Bisson a écrit : >> > Hi Guillaume, >> > >> > Thanks for your patch! Switching the

Re: [U-Boot] [PATCH] arm64: mvebu: a8k: Add distro boot support

On Fri, Mar 30, 2018 at 9:10 AM, Stefan Roese wrote: > On 17.03.2018 09:34, Mark Kettenis wrote: >> >> The various load address values are taken from the a37xx configuration >> and match the dowstream 'u-boot-2017.03-armada-17.10' release where >> appropriate. >> >>

Re: [U-Boot] [PATCH 03/12] libfdt: Safer access to strings section

On Thu, Apr 12, 2018 at 03:00:17PM -0400, Tom Rini wrote: > On Thu, Apr 12, 2018 at 02:01:05PM +1000, David Gibson wrote: > > On Tue, Apr 10, 2018 at 06:36:06PM -0400, Tom Rini wrote: > > > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote: > > > > +U-Boot, Tom, Masahiro > > > > > > > >

Re: [U-Boot] [PATCH v2 10/18] bios: vesa: Guard setting vesa mode with CONFIG_FRAMEBUFFER_SET_VESA_MODE

Hi Simon, On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote: > Hi Bin, > > On 11 April 2018 at 23:02, Bin Meng wrote: >> If CONFIG_FRAMEBUFFER_SET_VESA_MODE is not set, don't switch >> graphics card to VESA mode. This applies to both native mode >> and

Re: [U-Boot] [PATCH v2 09/18] elf: Add a very simple ELF64 loader

Hi Simon, On Fri, Apr 13, 2018 at 12:42 AM, Simon Glass wrote: > On 11 April 2018 at 23:02, Bin Meng wrote: >> This adds a very simple ELF64 loader via program headers, similar >> to load_elf_image_phdr() that we already have. >> >> Signed-off-by: Bin Meng

[U-Boot] [PATCH 0/6] Android A/B Bootloader support

Hi Alex, The Android A/B bootloader patch series looks good. How far along are you to have this work integrated ? Regards, Stan On 04/02/2017 04:49 PM, Alex Deymo wrote: > An "Android Bootloader" has a lot of requirements about how it should > behave which Android partners must implement. In

[U-Boot] [PATCH 1/1] rockchip: rk3288: provide ${fdtfile}

All rk3288 default configs define CONFIG_DEFAULT_DEVICE_TREE. So we can use it to define ${fdtfile} in rk3288_common.h. This variable is needed by the distro boot command. Signed-off-by: Heinrich Schuchardt --- include/configs/rk3288_common.h | 1 + 1 file changed, 1

[U-Boot] [PATCH v6 1/2] x86: Add TSC-specific timer functions

Coreboot timestamp functions and Quark memory reference code use get_tbclk() to get TSC frequency. This will not work if another early timer is selected. Add tsc_rate_mhz() function and use it in the code that specifically needs to get TSC rate regardless of currently selected early timer.

[U-Boot] [PATCH v6 2/2] timer: Add High Precision Event Timers (HPET) support

Add HPET driver as an alternative timer for x86 (default is TSC). HPET counter has constant frequency and does not need calibration. New HPET driver can also be selected as the early timer on x86. HPET can be selected as the tick timer in the Device Tree "chosen" node: /include/ "hpet.dtsi"

[U-Boot] [PATCH v6 0/2] timer: Add High Precision Event Timers (HPET) support

Add HPET driver as an alternative timer for x86 (default is TSC). HPET counter has constant frequency and does not need calibration. This change also makes TSC timer driver optional on x86. New HPET driver can also be selected as the early timer on x86. v6: Added TSC-specific timer functions

[U-Boot] [PATCH] x86: Rename coreboot-x86 to coreboot

We only use coreboot as a target on x86 platforms, since on ARM platforms U-Boot always runs as the primary boot loader. Rename the coreboot-x86 platform to reflect this. Signed-off-by: Simon Glass --- board/coreboot/coreboot/MAINTAINERS| 2 +-

[U-Boot] [PATCH] ARM: rmobile: Update H2 Stout

The H2 Stout port was broken since some time. This patch updates the H2 Stout port to use modern frameworks, DM, DT probing, SPL and TPL for the preloading and puts it on par with the M2 Porter board. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu

[U-Boot] [PATCH] ARM: rmobile: Fix LBSC programming offset on M2 Porter

The offset of CSWCRx starts at 0x30, fix this. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu --- board/renesas/porter/porter_spl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/board/renesas/porter/porter_spl.c

[U-Boot] [PATCH] ARM: rmobile: Enable SCIFA0 early on H2 Stout

The H2 Stout uses SCIFA0 for serial console, make sure it is available very early on when probing from DT. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu --- arch/arm/dts/r8a7790-stout-u-boot.dts | 4 1 file changed, 4 insertions(+)

[U-Boot] [PATCH] serial: sh: Add SCIFA0 address entry

Add the SCIFA0 address entry so it can be used in TPL if needed due to size restrictions. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu --- drivers/serial/serial_sh.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[U-Boot] [PATCH] net: sh_eth: Add remaining Gen2 DT compatible

Add compatible strings for R8A7790, R8A7793 and R8A7794, since the contemporary DTs use those don't have a generic match value. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu Cc: Joe Hershberger ---

[U-Boot] [PATCH] clk: renesas: Minor clean up of the R8A7790 clock driver

The initconst is not used in U-Boot, drop it. The r8a7790_crit_mod_clks is also not used in U-Boot, so drop it too. Signed-off-by: Marek Vasut Cc: Nobuhiro Iwamatsu --- drivers/clk/renesas/r8a7790-cpg-mssr.c | 10 +++--- 1 file changed,

Re: [U-Boot] [PATCH 03/12] libfdt: Safer access to strings section

On Thu, Apr 12, 2018 at 02:01:05PM +1000, David Gibson wrote: > On Tue, Apr 10, 2018 at 06:36:06PM -0400, Tom Rini wrote: > > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote: > > > +U-Boot, Tom, Masahiro > > > > > > Hi David, > > > > > > On 10 April 2018 at 01:22, David Gibson

[U-Boot] [PATCH 1/1] sunxi: R40: add support for gigabit ethernet

This patch adds support for the gigabit interface found on the Allwinner R40/V40 CPU. It does not support the 100Mbit interface (EMAC). Fixes: - add GMAC gating clock and reset control - GPIO mux settings - device tree entries Tested on BananaPi M2 Berry (R40), custom board (V40).

Re: [U-Boot] [PATCH] fit: skip signature verification if board request

Hi, On 11 April 2018 at 09:13, Jun Nie wrote: > It may be unnecessary to check signature on unlocked board. > Get the hint from platform specific code to support secure boot > and non-secure boot with the same binary, so that boot is not > blocked if board is not locked and

Re: [U-Boot] [PATCH] net: zynq_gem: Use max-speed property from dt

On Thu, Apr 12, 2018 at 5:22 AM, Michal Simek wrote: > From: Siva Durga Prasad Paladugu > > Add support to use max-speed property from dt for > determining the supported speed. Use 1000Mbps as > default. > > Signed-off-by: Siva Durga

Re: [U-Boot] [PATCH] env: Relocate env drivers if manual reloc is required

Hi Michal, On 12 April 2018 at 04:26, Michal Simek wrote: > From: Siva Durga Prasad Paladugu > > Relocate env drivers if manual relocation is enabled. This > patch fixes the issue of u-boot hang incase if env is > present in any of the

Re: [U-Boot] [PATCH v5 2/2] timer: Add High Precision Event Timers (HPET) support

Hi, On 8 April 2018 at 19:22, Bin Meng wrote: > Hi Ivan, > > On Sat, Apr 7, 2018 at 3:18 AM, Ivan Gorinov wrote: >> Add HPET driver as an alternative timer for x86 (default is TSC). >> HPET counter has constant frequency and does not need calibration.

Re: [U-Boot] [PATCH v2 10/18] bios: vesa: Guard setting vesa mode with CONFIG_FRAMEBUFFER_SET_VESA_MODE

Hi Bin, On 11 April 2018 at 23:02, Bin Meng wrote: > If CONFIG_FRAMEBUFFER_SET_VESA_MODE is not set, don't switch > graphics card to VESA mode. This applies to both native mode > and emulator mode of running the VGA BIOS. > > Signed-off-by: Bin Meng > ---

Re: [U-Boot] [PATCH 1/3] core: Add function to get device for ofnode

Hi Mario, On 10 April 2018 at 05:34, Mario Six wrote: > Hi Simon, > > On Fri, Mar 30, 2018 at 12:43 AM, Simon Glass wrote: >> Hi Mario, >> >> On 28 March 2018 at 20:37, Mario Six wrote: >>> It's sometimes useful to get the device

Re: [U-Boot] [PATCH v2 09/18] elf: Add a very simple ELF64 loader

On 11 April 2018 at 23:02, Bin Meng wrote: > This adds a very simple ELF64 loader via program headers, similar > to load_elf_image_phdr() that we already have. > > Signed-off-by: Bin Meng > > --- > > Changes in v2: > - update the ELF32 and ELF64 loader

Re: [U-Boot] [PATCH v2 15/18] bootvx: Refactor the bootline copy codes a little bit

On 11 April 2018 at 23:02, Bin Meng wrote: > There is a small duplication in do_bootvx() that does the bootline > copy. Refactor this a little bit to make it simpler. > > Signed-off-by: Bin Meng > --- > > Changes in v2: None > > cmd/elf.c | 15

Re: [U-Boot] [PATCH v2 14/18] bootvx: x86: Make VxWorks EFI console driver happy

On 11 April 2018 at 23:02, Bin Meng wrote: > When booting from EFI BIOS, VxWorks bootloader stores the EFI GOP > framebuffer info at a pre-defined offset @ 0x6100. When VxWorks > kernel boots up, its EFI console driver tries to find such a block > and if the signature matches,

Re: [U-Boot] [PATCH v2 12/18] x86: Change default FRAMEBUFFER_VESA_MODE of some boards

On 11 April 2018 at 23:02, Bin Meng wrote: > This changes some boards' default FRAMEBUFFER_VESA_MODE to use 32-bit > pixel format for better VxWorks compatibility. > > Signed-off-by: Bin Meng > --- > > Changes in v2: None > > configs/bayleybay_defconfig

Re: [U-Boot] [PATCH v2 03/18] bootvx: x86: Explicitly clear the bootloader image size

On 11 April 2018 at 23:02, Bin Meng wrote: > VxWorks bootloader stores its size at a pre-defined offset @ 0x5004. > Later when VxWorks kernel boots up and system memory information is > retrieved from the E820 table, the bootloader size will be subtracted > from the total

Re: [U-Boot] [PATCH v2 08/18] elf: Add ELF64 related structure defines

On 11 April 2018 at 23:02, Bin Meng wrote: > This adds ELF header, program header and section header structure > defines for the 64-bit ELF image. > > Signed-off-by: Bin Meng > --- > > Changes in v2: None > > include/elf.h | 43

Re: [U-Boot] [PATCH 2/3] core: Add functions to set properties in live-tree

Hi Mario, On 10 April 2018 at 05:23, Mario Six wrote: > Hi Simon, > > On Fri, Mar 30, 2018 at 12:43 AM, Simon Glass wrote: >> Hi Mario, >> >> On 28 March 2018 at 20:37, Mario Six wrote: >>> Implement a set of functions to manipulate

Re: [U-Boot] [PATCH v2 11/18] video: vesa: Change default FRAMEBUFFER_VESA_MODE

On 11 April 2018 at 23:02, Bin Meng wrote: > This changes the default FRAMEBUFFER_VESA_MODE to use 32-bit pixel > format for better VxWorks compatibility. > > Signed-off-by: Bin Meng > --- > > Changes in v2: None > > drivers/video/Kconfig | 2 +- > 1 file

Re: [U-Boot] [PATCH v2 13/18] pci: video: Only print out when everything is OK

On 11 April 2018 at 23:02, Bin Meng wrote: > If video initialization fails, the "Video:" output message will be > mixed with the next console log. Change to print out such message > only when everything is OK, which improves the boot log readability. > > Signed-off-by: Bin

Re: [U-Boot] [PATCH v3] arm64: Add SMC and HVC commands

Hi, On 12 April 2018 at 03:20, Michalis Pappas wrote: > Okay, i see. The change is the replacement of the dependency of ARM64 to > ARM_SMCCC in Kconfig. > > If you think it's necessary to issue a v4 and document the changes properly > please let me know and I'll do so. Yes

Re: [U-Boot] [PATCH] reset: fix bulk API when DM_RESET is disabled

On 12 April 2018 at 02:03, Neil Armstrong wrote: > In the commit "reset: Add get/assert/deassert/release for bulk of reset > signals" > the disabled reset_release_bulk() and reset_get_bulk() used the wrong > struct clk_bulk instead of struct reset_ctl_bulk. > > Fixes:

Re: [U-Boot] [PATCH 7/7] video_display: Add Xilinx LogiCore DP TX

Hi Mario, On 11 April 2018 at 01:27, Mario Six wrote: > Hi Simon, > > On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote: >> Hi Mario, >> >> On 28 March 2018 at 20:40, Mario Six wrote: >>> Add a driver for the Xilinx LogiCORE

Re: [U-Boot] [PATCH 6/8] cpu: Add cpu_print_info function

Hi Mario, On 11 April 2018 at 00:39, Mario Six wrote: > Hi Simon, > > On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote: >> Hi, >> >> On 28 March 2018 at 20:38, Mario Six wrote: >>> Add a cpu_print_info function to the CPU uclass to

Re: [U-Boot] [PATCH 6/7] video_display: Add power_on function

Hi Mario, On 11 April 2018 at 00:35, Mario Six wrote: > Hi Simon, > > On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote: >> Hi Mario, >> >> On 28 March 2018 at 20:40, Mario Six wrote: >>> Add a power_on function to the display uclass

Re: [U-Boot] [PATCH] net: mvneta: support setting hardware address

On Thu, Apr 12, 2018 at 5:20 AM, Stefan Roese wrote: > Hi Matt, > > (added Joe as network custodian to Cc) > > > On 27.03.2018 19:18, Matt Pelland wrote: >> >> mvneta already supports setting the MAC address but this was only done >> internally when some other part of U-Boot tries

Re: [U-Boot] [PATCH] net: mvneta: support setting hardware address

On Tue, Mar 27, 2018 at 12:18 PM, Matt Pelland wrote: > mvneta already supports setting the MAC address but this was only done > internally when some other part of U-Boot tries to actually use the > interface. This commit exposes this functionality to the ethernet core > code

Re: [U-Boot] [PATCH 1/8] core: Add uclass_{first, next}_device_compat

Hi Mario, On 11 April 2018 at 01:15, Mario Six wrote: > Hi Simon, > > On Fri, Mar 30, 2018 at 10:41 AM, Simon Glass wrote: >> Hi Mario, >> >> On 28 March 2018 at 20:38, Mario Six wrote: >>> A lot of times one wants to cycle through the

[U-Boot] [PATCH v2] Kconfig: Enlarge default SYS_MALLOC_F_LEN for AM33XX

Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC flag") omap GPIO gets bound before relocation. Unfortunately due to this, on at least the beaglebone black, the pre-relocation memory pool gets exhausted before probing the serial port. This then causes u-boot to panic as

Re: [U-Boot] [PATCH] arm: mach-omap2: Enlarge SYS_MALLOC_F_LEN

On 04/11/2018 03:58 PM, Tom Rini wrote: > On Wed, Apr 11, 2018 at 09:26:40PM +0200, Sjoerd Simons wrote: > >> Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC >> flag") omap GPIO gets bound before relocation. Unfortunately due to >> this, on at least the beaglebone black, the

Re: [U-Boot] [PATCH] arm: mach-omap2: Enlarge SYS_MALLOC_F_LEN

On Thu, Apr 12, 2018 at 05:21:27PM +0200, Sjoerd Simons wrote: > On Wed, 2018-04-11 at 16:58 -0400, Tom Rini wrote: > > On Wed, Apr 11, 2018 at 09:26:40PM +0200, Sjoerd Simons wrote: > > > > > Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC > > > flag") omap GPIO gets bound

Re: [U-Boot] [PATCH] arm: mach-omap2: Enlarge SYS_MALLOC_F_LEN

On Wed, 2018-04-11 at 16:58 -0400, Tom Rini wrote: > On Wed, Apr 11, 2018 at 09:26:40PM +0200, Sjoerd Simons wrote: > > > Since commit 8e14ba7bd524 ("gpio: omap_gpio: Add DM_FLAG_PRE_RELOC > > flag") omap GPIO gets bound before relocation. Unfortunately due > > to > > this, on at least the

Re: [U-Boot] [PATCH] configs: socfpga: disable EFI and ISO partition types

On 04/12/2018 04:03 PM, Dinh Nguyen wrote: > None of the SoCFPGA platforms will support EFI/ISO partition types that > is needed for DISTRO_DEFAULTS. SoCFPGA bootroom will only support 0xa2 > partition type. > > This is needed to help limit the size of the SPL to within the 64k limit > that is

[U-Boot] [PATCH] configs: socfpga: disable EFI and ISO partition types

None of the SoCFPGA platforms will support EFI/ISO partition types that is needed for DISTRO_DEFAULTS. SoCFPGA bootroom will only support 0xa2 partition type. This is needed to help limit the size of the SPL to within the 64k limit that is required for SoCFPGA. Signed-off-by: Dinh Nguyen

Re: [U-Boot] Re-introducing support for OLD hardware

On Thu, Apr 12, 2018 at 09:04:20AM +0200, Jason Mitchell wrote: > Good day all > > I am currently faced with a task of having to run new software on ageing > hardware. We have currently about 1000 units in the field of a machine that > runs Windows CE using the Samsung S3C6410. > > Because these

Re: [U-Boot] [PATCH] configs: am335x_boneblack: add example debug uart configuration

On Wed, Apr 11, 2018 at 09:23:19PM +0200, Sjoerd Simons wrote: > To make it simpler to enable the debug uart on boneblack add debug > uart configuration as an example in the defconfig but with > CONFIG_DEBUG_UART disabled. Which allows a user to simple enable it when > needing easily without

Re: [U-Boot] [PATCH] fit: skip signature verification if board request

On Wed, Apr 11, 2018 at 11:13:05PM +0800, Jun Nie wrote: > It may be unnecessary to check signature on unlocked board. > Get the hint from platform specific code to support secure boot > and non-secure boot with the same binary, so that boot is not > blocked if board is not locked and has no key

[U-Boot] [PATCH v3 1/3] tools: zynqmpimage: Add partition read support

The zynqmp image format has support for inline partitions which are used by FSBL to describe payloads that are loaded by FSBL itself. While we can't create images that contain partitions (yet), we should still at least be able to examine them and show the user what's inside when we analyze an

[U-Boot] [PATCH v3 0/3] tools: zynqmpimage: Support partitions

A good chunk of the booting chain of ZynqMP based systems is open source (depending on your definition of it), except for the image generation flow. This patch set aims to change that, with read and write support for boot.bin partitions which allows us to create boot.bin files using only open

[U-Boot] [PATCH v3 3/3] tools: zynqmpimage: Add bif support

The officially described way to generate boot.bin files for ZynqMP is to describe the contents of the target binary using a file of the "bif" format. This file then links to other files that all get packed into a bootable image. This patch adds support to read such a .bif file and generate a

[U-Boot] [PATCH v3 2/3] tools: zynqmpimage: Move defines to header

We will add support for ZynqMP bif input files later, so let's move all structure definitions into a header file that can be used by that one as well. Signed-off-by: Alexander Graf --- tools/zynqmpimage.c | 115 + tools/zynqmpimage.h |

[U-Boot] [PATCH v2 3/3] tools: zynqmpimage: Add bif support

The officially described way to generate boot.bin files for ZynqMP is to describe the contents of the target binary using a file of the "bif" format. This file then links to other files that all get packed into a bootable image. This patch adds support to read such a .bif file and generate a

[U-Boot] [PATCH v2 2/3] tools: zynqmpimage: Move defines to header

We will add support for ZynqMP bif input files later, so let's move all structure definitions into a header file that can be used by that one as well. Signed-off-by: Alexander Graf --- tools/zynqmpimage.c | 115 + tools/zynqmpimage.h |

[U-Boot] [PATCH v2 1/3] tools: zynqmpimage: Add partition read support

The zynqmp image format has support for inline partitions which are used by FSBL to describe payloads that are loaded by FSBL itself. While we can't create images that contain partitions (yet), we should still at least be able to examine them and show the user what's inside when we analyze an

[U-Boot] [PATCH v2 0/3] tools: zynqmpimage: Support partitions

A good chunk of the booting chain of ZynqMP based systems is open source (depending on your definition of it), except for the image generation flow. This patch set aims to change that, with read and write support for boot.bin partitions which allows us to create boot.bin files using only open

Re: [U-Boot] arm: socfpga: unable to boot cyclone5 devkit or SocKit

On 04/12/2018 04:43 AM, Marek Vasut wrote: > On 04/12/2018 11:42 AM, Alexander Graf wrote: > [...] None of it is enabled in SPL :). The „efi partition“ option is a misnomer - it really just enables GPT partition table support which are widely in use with Android for example. >>> I

Re: [U-Boot] u-boot 2018 SPI SPL

Dear Fabio, Thank you very much. I will check and inform you. Best regards. -Original Message- From: Fabio Estevam [mailto:feste...@gmail.com] Sent: Thursday, April 12, 2018 4:28 PM To: Mehmet Ali İPİN Cc: u-boot@lists.denx.de Subject: Re: [U-Boot] u-boot

[U-Boot] [PATCH V4 1/2] imx6: Convert sabrelite and nitrogen6x boards to distro boot support

Boot tested on sabrelite board. Signed-off-by: Guillaume GARDET Cc: Troy Kisky Cc: Stefano Babic Cc: Fabio Estevam Cc: Gary Bisson ---

[U-Boot] [PATCH V4 2/2] imx6: sabrelite: update defconfig to use distro defaults

Boot tested with boot.scr script and EFI/Grub2 on mmc0 and mmc1 slots on sabrelite board. Signed-off-by: Guillaume GARDET Cc: Troy Kisky Cc: Stefano Babic Cc: Fabio Estevam Cc: Gary Bisson

[U-Boot] [PATCH V4 0/2] Update sabrelite and nitrogen6x boards to use distro boot support

This patch serie updates sabrelite and nitrogen6x boards to use distro boot support. Sabrelite has been boot tested with boot.scr script and EFI/Grub2 on mmc0 and mmc1 slots. Nitrogen6* boards have been build tested only. Currently, only the Sabrelite has fdtfile defined. Signed-off-by:

Re: [U-Boot] u-boot 2018 SPI SPL

Hi Mehmet, On Thu, Apr 12, 2018 at 10:17 AM, Mehmet Ali İPİN wrote: > Dear Sir/Madam, > > Hello, > > We have developed an i.mx6dl board which is based on "MX6 Dual Lite SABRE AI > CPU2 Card with AVB". I am using version u-boot-2018.01 with SPL. > I am downloading SPL

[U-Boot] u-boot 2018 SPI SPL

Dear Sir/Madam, Hello, We have developed an i.mx6dl board which is based on "MX6 Dual Lite SABRE AI CPU2 Card with AVB". I am using version u-boot-2018.01 with SPL. I am downloading SPL and u-boot.img with USB loader; downloaded kernel and device tree files and run them in nfs tftp search over

Re: [U-Boot] [PATCH V3 1/3] imx6: Define 'soc' env var for imx6 SoC

Le 12/04/2018 à 14:58, Gary Bisson a écrit : Hi Guillaume, On Thu, Apr 12, 2018 at 02:48:07PM +0200, Guillaume Gardet wrote: Le 12/04/2018 à 14:36, Gary Bisson a écrit : Hi Fabio, Guillaume On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote: On Thu, Apr 12, 2018 at 5:13 AM,

Re: [U-Boot] [PATCH v5 1/2] SPI Flash: add support of sst26wf* flash ICs protection ops

Hi Jagan, Maybe you have any comments or remarks about this patch? And if you don't could you please apply it. Thanks! On Tue, 2018-04-10 at 14:40 +0300, Eugeniy Paltsev wrote: > sst26wf flash series block protection implementation differs > from other SST series, so add specific implementation

Re: [U-Boot] [PATCH V3 1/3] imx6: Define 'soc' env var for imx6 SoC

Hi Guillaume, On Thu, Apr 12, 2018 at 02:48:07PM +0200, Guillaume Gardet wrote: > > > Le 12/04/2018 à 14:36, Gary Bisson a écrit : > > Hi Fabio, Guillaume > > > > On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote: > > > On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet > > >

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

Hi Siva, I wasn't able to find it on the Xilinx github. Is it in that tree already? Thanks, Liam On Thu, 12 Apr 2018 at 07:18 Siva Durga Prasad Paladugu wrote: > Hi Liam, > > > > We already have a patch for IO mode that we just verified internally. We > got it for our tree

Re: [U-Boot] [PATCH V3 1/3] imx6: Define 'soc' env var for imx6 SoC

Le 12/04/2018 à 14:36, Gary Bisson a écrit : Hi Fabio, Guillaume On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote: On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet wrote: script that picks the correct dtb. Ok. So, how would you like to proceed?

Re: [U-Boot] [PATCH V3 1/3] imx6: Define 'soc' env var for imx6 SoC

Hi Fabio, Guillaume On Thu, Apr 12, 2018 at 08:14:51AM -0300, Fabio Estevam wrote: > On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet > wrote: > script that picks the correct dtb. > >> > > Ok. So, how would you like to proceed? > > Remove the generic mx6 'soc'

Re: [U-Boot] [PATCH v4 00/11] Add support for DM_USB for TI's DRA7 EVMs and AM57 EVMs platforms

On 04/12/2018 10:41 AM, Jean-Jacques Hiblot wrote: > Supporting DM USB is required to support DM_ETH and USB network adapters > with the same binary. > This series adds support for DM_USB for the DRA7/AM57 families. As a bonus > it adds support for USB3. > > This series applies on the usb tree

[U-Boot] [PATCH v4 00/11] Add support for DM_USB for TI's DRA7 EVMs and AM57 EVMs platforms

Supporting DM USB is required to support DM_ETH and USB network adapters with the same binary. This series adds support for DM_USB for the DRA7/AM57 families. As a bonus it adds support for USB3. This series applies on the usb tree with the following fixes: -[PATCH] reset: fix bulk API when

[U-Boot] Re-introducing support for OLD hardware

Good day all I am currently faced with a task of having to run new software on ageing hardware. We have currently about 1000 units in the field of a machine that runs Windows CE using the Samsung S3C6410. Because these are considerable assets its not a simple case of replacing them with new,

Re: [U-Boot] chiliSOM: USB bug

Marcin Niestroj wrote: On 12.04.2018 11:09, sdrb wrote: Marcin Niestrój wrote: >> Could you describe what is you BOOT[4:0] configuration? And you want to boot from MMC1, right? If I read the BOOT[4:0] properly it is: 0011. I want to boot from SD card. Please provide these 5 pins

Re: [U-Boot] [PATCH v2 0/7] Add support of SD3.0 UHS modes for ZynqMP

Hi Jaehoon, Ping! Thanks, Siva > -Original Message- > From: Siva Durga Prasad Paladugu > Sent: Tuesday, April 10, 2018 12:02 PM > To: Jaehoon Chung ; u-boot@lists.denx.de > Subject: RE: [PATCH v2 0/7] Add support of SD3.0 UHS modes for ZynqMP > > Hi Jaehoon, >

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

Hi Liam, We already have a patch for IO mode that we just verified internally. We got it for our tree from NGC guy John Moon. I will be sending that patch soon may be with v3 which I am planning to send once I got response from Jagan on my v2 queries. Regards, Siva From: Liam Beguin

Re: [U-Boot] [PATCH V3 1/3] imx6: Define 'soc' env var for imx6 SoC

On Thu, Apr 12, 2018 at 5:13 AM, Guillaume Gardet wrote: script that picks the correct dtb. >> > Ok. So, how would you like to proceed? > Remove the generic mx6 'soc' definition and use a board sepcific 'board_rev' > (or maybe a static definition if one configuration

Re: [U-Boot] chiliSOM: USB bug

On 12.04.2018 11:09, sdrb wrote: Marcin Niestrój wrote: >> Could you describe what is you BOOT[4:0] configuration? And you want to boot from MMC1, right? If I read the BOOT[4:0] properly it is: 0011. I want to boot from SD card. Please provide these 5 pins (including 4 and 0)

[U-Boot] [PATCH][v2] armv8: sec_firmware: Remove JR3 from device tree node in all cases

JR3 was getting removed from device tree only if random number generation was successful. However, if SEC firmware is present,JR3 should be removed from device tree node irrespective of the random seed generation as SEC firmware reserves it for it's use. Not removing it in case of random number

[U-Boot] [PATCH] arm: zynq: Sync zc770 xm011 defconfigs

x8 and x16 configurations should be in sync. Signed-off-by: Michal Simek --- configs/zynq_zc770_xm011_x16_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configs/zynq_zc770_xm011_x16_defconfig b/configs/zynq_zc770_xm011_x16_defconfig

[U-Boot] [PATCH] arm: zynq: Disable NFS and MII on zc770 xm011

Disable NFS/MII because this board has no ethernet enabled. Signed-off-by: Michal Simek --- configs/zynq_zc770_xm011_defconfig | 2 ++ configs/zynq_zc770_xm011_x16_defconfig | 2 ++ 2 files changed, 4 insertions(+) diff --git a/configs/zynq_zc770_xm011_defconfig

[U-Boot] [PATCH] microblaze: Dont enable UBI support by default

From: Siva Durga Prasad Paladugu This patch removes UBI support from defconfig and it can be enabled from menuconfig as per need. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek ---

[U-Boot] [PATCH] arm64: zynqmp: Add new defconfig for zc1275 revB

From: Siva Durga Prasad Paladugu This patch enables support zc1275 revB board. It has SD added compared to revA. The same configuration will work for RevC boards aswell. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek

[U-Boot] [PATCH] env: Relocate env drivers if manual reloc is required

From: Siva Durga Prasad Paladugu Relocate env drivers if manual relocation is enabled. This patch fixes the issue of u-boot hang incase if env is present in any of the flash devices. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by:

Re: [U-Boot] [PATCH] mmc: mv_sdhci: zero out sdhci_host structure

Hi Matt, On 27.03.2018 19:53, Matt Pelland wrote: The mv_sdhci driver was not zeroing the sdhci_host structure it allocates causing random access violations in parts of the mmc core where the "ops" member pointers are checked and called if not NULL. Signed-off-by: Matt Pelland

[U-Boot] [PATCH] net: zynq_gem: Use max-speed property from dt

From: Siva Durga Prasad Paladugu Add support to use max-speed property from dt for determining the supported speed. Use 1000Mbps as default. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek ---

Re: [U-Boot] [PATCH] net: mvneta: support setting hardware address

Hi Matt, (added Joe as network custodian to Cc) On 27.03.2018 19:18, Matt Pelland wrote: mvneta already supports setting the MAC address but this was only done internally when some other part of U-Boot tries to actually use the interface. This commit exposes this functionality to the ethernet

Re: [U-Boot] arm: socfpga: unable to boot cyclone5 devkit or SocKit

On 04/12/2018 11:42 AM, Alexander Graf wrote: [...] >>> None of it is enabled in SPL :). The „efi partition“ option is a >>> misnomer - it really just enables GPT partition table support which >>> are widely in use with Android for example. >> I suspect we can disable that, since SoCFPGA boots

Re: [U-Boot] arm: socfpga: unable to boot cyclone5 devkit or SocKit

On 04/12/2018 11:17 AM, Marek Vasut wrote: On 04/12/2018 11:15 AM, Alexander Graf wrote: Am 12.04.2018 um 10:37 schrieb Marek Vasut : On 04/12/2018 10:01 AM, Alexander Graf wrote: On 11.04.18 16:43, Dinh Nguyen wrote: On Wed, Apr 11, 2018 at 7:55 AM, Alexander Graf

Re: [U-Boot] [PATCH v3] arm64: Add SMC and HVC commands

Okay, i see. The change is the replacement of the dependency of ARM64 to ARM_SMCCC in Kconfig. If you think it's necessary to issue a v4 and document the changes properly please let me know and I'll do so. Michalis On 04/11/2018 03:36 PM, Simon Glass wrote: On 9 April 2018 at 09:17,

Re: [U-Boot] arm: socfpga: unable to boot cyclone5 devkit or SocKit

On 04/12/2018 11:15 AM, Alexander Graf wrote: > > >> Am 12.04.2018 um 10:37 schrieb Marek Vasut : >> >>> On 04/12/2018 10:01 AM, Alexander Graf wrote: >>> >>> On 11.04.18 16:43, Dinh Nguyen wrote: > On Wed, Apr 11, 2018 at 7:55 AM, Alexander Graf wrote:

Re: [U-Boot] arm: socfpga: unable to boot cyclone5 devkit or SocKit

> Am 12.04.2018 um 10:37 schrieb Marek Vasut : > >> On 04/12/2018 10:01 AM, Alexander Graf wrote: >> >> >>> On 11.04.18 16:43, Dinh Nguyen wrote: On Wed, Apr 11, 2018 at 7:55 AM, Alexander Graf wrote: > On 04/11/2018 02:37 PM, Marek Vasut wrote: >

Re: [U-Boot] chiliSOM: USB bug

Marcin Niestrój wrote: On 12.04.2018 06:37, sdrb wrote: Hi Marcin, Marcin Niestroj wrote: Hi Witold, On 11.04.2018 08:18, sdrb wrote: Hi, I use Grinn's chiliSOM and very old U-boot 2014.07 on it. Unfortunately the newest u-boot doesn't run SPL properly - so I'm forced to use 2014.07

Re: [U-Boot] [PATCH v4 02/11] usb: dwc3-of-simple: Add support for DRA7/AM57 platforms.

On 04/12/2018 10:41 AM, Jean-Jacques Hiblot wrote: > Add the compatibility with "ti,dwc3" and enable it by default if DM_USB > is enabled. > > Signed-off-by: Jean-Jacques Hiblot > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: None > >

Re: [U-Boot] [PATCH] usb: dwc3-of-simple: fix error check of clk_get_bulk when disabled

On 04/12/2018 10:13 AM, Neil Armstrong wrote: > The disabled clk API returns -ENOSYS unlike the reset API returning -ENOTSUPP. > > Fixes: ca7fdc8b1267 ("usb: host: Add simple of glue driver for DWC3 USB > Controllers integration") > Reported-by: Jean-Jacques Hiblot >

Re: [U-Boot] [PATCH v4 01/11] usb: dwc3-of-simple: Fix dependencies

On 04/12/2018 10:41 AM, Jean-Jacques Hiblot wrote: > This simple glue layer does not require CONFIG_MISC, but it does require > CONFIG_DM_USB. > > Signed-off-by: Jean-Jacques Hiblot > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: None > >

  1   2   >