[U-Boot] [PATCH 0/6] Add stmf429-evaluation board support

From: Patrice Chotard This series add support for stmf429-evaluation board. Before adding this board support, the clk_stm32f driver must be updated to be able to retrieve external oscillator frequency (HSE) from device tree. This because stm32f429-evaluation board

Re: [U-Boot] [PATCH v2] ARM: dts: Freescale: re-license device tree files under GPLv2+/X11

Hi Tom > -Original Message- > From: Tom Rini [mailto:tr...@konsulko.com] > Sent: Thursday, January 18, 2018 6:54 PM > To: Pankaj Bansal > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Varun Sethi > ; Leo Li ; Priyanka

[U-Boot] [PATCH 2/2] mx6memcal: enable SDP support

The initial implementation of mx6memcal reset the CPU after running the memory calibration procedure because the generic board has no information about which boot devices are available. Now that we have SDP support in SPL, use it to allow a full U-Boot to be uploaded (i.e. to use "mtest").

Re: [U-Boot] [PATCH v2] ARM: dts: Freescale: re-license device tree files under GPLv2+/X11

On Thu, Jan 18, 2018 at 01:15:55PM +, Pankaj Bansal wrote: > > > > -Original Message- > > From: Tom Rini [mailto:tr...@konsulko.com] > > Sent: Thursday, January 18, 2018 6:34 PM > > To: Pankaj Bansal > > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net;

[U-Boot] [PATCH 1/2] mx6memcal: launder through savedefconfig

This patch just changes the order of configuration items in mx6memcal_defconfig to match the Kconfig layout, making it easier to track changes made using menuconfig. Signed-off-by: Eric Nelson --- configs/mx6memcal_defconfig | 9 - 1 file changed, 4 insertions(+), 5

Re: [U-Boot] [PATCH 1/2] mx6memcal: launder through savedefconfig

On Thu, Jan 18, 2018 at 12:47 PM, Eric Nelson wrote: > This patch just changes the order of configuration items in > mx6memcal_defconfig to match the Kconfig layout, making it easier > to track changes made using menuconfig. > > Signed-off-by: Eric Nelson

[U-Boot] [PATCH] mx6memcal: fix comment in board header file

The board header file included a reference to the starting point from nitrogen6x.h, but since so much changed, the file bears little resemblance to that file. Signed-off-by: Eric Nelson --- include/configs/mx6memcal.h | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-)

[U-Boot] [PATCH v2 2/3] clk: clk_stm32f: Remove STMMAC clock setup

From: Patrice Chotard Thanks to 'commit ba1f96672522 ("net: designware: add clock support")' we don't need anymore to setup the STMMAC clock in board. Signed-off-by: Patrice Chotard Reviewed-by: Vikas Manocha --- v2: _ add

[U-Boot] [PATCH v2 0/3] STM32: Remove STMMAC clock setup from board

From: Patrice Chotard As STMMAC designware driver is now able to get and enable STMMAC clocks, we can remove code related to STMMAC clock setup in board and in clk_stm32f driver. Set SYSCFG clock directly in configure_clocks() Add missing STMMAC clocks in stm32f746 dts

Re: [U-Boot] [U-Boot, v6, 2/2] common: Generic firmware loader for file system

On Thu, Jan 18, 2018 at 03:42:14AM +, Chee, Tien Fong wrote: > On Tue, 2018-01-16 at 09:35 -0500, Tom Rini wrote: > > On Tue, Jan 16, 2018 at 07:58:00AM +, Chee, Tien Fong wrote: > > > > > > On Mon, 2018-01-15 at 11:36 -0500, Tom Rini wrote: > > > > > > > > On Wed, Dec 27, 2017 at

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

On Friday 29 December 2017 11:47 AM, Lokesh Vutla wrote: > am574x-idk board is similar to am572x-idk with am574x SoC. > This series adds support for this board. Gentle Ping. If there are no further comments, can this series be merged ? Thanks and regards, Lokesh > > Changes since v1: > -

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

On Thursday 28 December 2017 08:39 PM, Lokesh Vutla wrote: > This series consolidates few bug fixes on TI platforms. Gentle Ping. If there are no further comments, can this series be merged ? Thanks and regards, Lokesh > > Changes since v2: > - Added a new patch for making in file structures

Re: [U-Boot] [PATCH v2 06/15] env: fat: Make the debug messages play a little nicer

On Wed, Jan 17, 2018 at 03:03:47PM -0700, Simon Glass wrote: > Hi Maxime, > > On 16 January 2018 at 01:16, Maxime Ripard > wrote: > > Since we have global messages to indicate what's going on, the custom > > messages in the environment drivers only make the

[U-Boot] [PATCH 1/6] ARM: dts: stm32: add "u-boot, dm-pre-reloc" for clk_hse in stm32f7-u-boot

From: Patrice Chotard In order to retrieve the clk_hse fixed clock phandle in clk_stm32f driver, add "u-boot,dm-pre-reloc" property in Uboot specific DT file. Signed-off-by: Patrice Chotard --- arch/arm/dts/stm32f7-u-boot.dtsi | 4 1 file

[U-Boot] [PATCH 2/6] clk: stm32: retrieve external oscillator frequency from DT

From: Patrice Chotard All current STM32F4 supported boards uses a 8MHz external oscillator. All current STM32F7 supported boards uses a 25MHz external oscillator. In order to introduce the new stm32f429-evaluation board which uses a 25MHz external oscillator without

Re: [U-Boot] [PATCH 06/15] spl: fit: implement recording of loadables into /fit-images

On 18.1.2018 14:17, Dr. Philipp Tomsich wrote: > Michal, > >> On 18 Jan 2018, at 13:56, Michal Simek wrote: >> >> Hi Philipp, >> >> >> 2017-09-13 21:29 GMT+02:00 Philipp Tomsich >> : >> If a FDT was loaded (e.g. to append it to U-Boot

Re: [U-Boot] [PATCH 2/2] mx6memcal: enable SDP support

On Thu, Jan 18, 2018 at 12:47 PM, Eric Nelson wrote: > The initial implementation of mx6memcal reset the CPU after > running the memory calibration procedure because the generic > board has no information about which boot devices are available. > > Now that we have SDP support in

[U-Boot] [PATCH v2 3/3] clk: clk_stm32f: Move SYSCFG clock setup into configure_clocks()

From: Patrice Chotard Move SYSCFG clock setup into configure_clocks() instead of calling clock_setup() from board file. As this clock is only needed in case of ethernet enabled and as both stm32f4 and stm32f7 are using the Designware ethernet IP, we use

[U-Boot] [PATCH v2 1/3] ARM: dts: stm32: Add STMMAC clocks for stm32f746

From: Patrice Chotard Add ETHMAC, ETHMACRX and ETHMACTX clocks for STMMAC. Signed-off-by: Patrice Chotard Reviewed-by: Vikas Manocha --- v2: _ add Reviewed-by arch/arm/dts/stm32f746.dtsi | 3 +++ 1 file changed, 3

Re: [U-Boot] [PATCH] ARM: dts: Freescale: re-license device tree files under X11

> -Original Message- > From: Pankaj Bansal > Sent: Monday, January 15, 2018 11:06 PM > To: Leo Li > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Tom Rini > ; Priyanka Jain ; Varun Sethi > ; Mingkai

[U-Boot] x86: 64-bit U-boot image compilation errors

Hello, I am having issues getting a 64bit image compiled. Every avenue I've tried, ends with a compilation error. I need a x86 U-boot 64 bit image to load as the EFI shell is 64-bit. Any help would be greatly appreciated. Path 1: scripts/kconfig/conf --silentoldconfig Kconfig CHK

[U-Boot] UDP packet sender

Hi, I would like to implement a new command and submit it to the mailing list. The command will have the following format: udpsend udpsend 255.255.255.255 4040 0 hello world If source port is 0, a random port will be used (11000 + (get_timer(0) % 4096)) Where do I have to place my code :

[U-Boot] Broadwell-DE booting time

Hi Bin, To avoid top-posting I will send another email. Basically my Broadwell-DE implementation work, on both Camelback mountain CRB (DIMM memory) and our custom design product (memory down). I can't submit the patch to U-Boot because in both cases the booting process takes 1 hour and 20

[U-Boot] [PATCH 4/6] board: stm32: Add stm32f429-evaluation board support

From: Patrice Chotard Add stm32f429-evaluation board support. For more information, please visit: http://www.st.com/en/evaluation-tools/stm32429i-eval.html Signed-off-by: Patrice Chotard --- arch/arm/mach-stm32/stm32f4/Kconfig|

[U-Boot] [PATCH 3/6] configs: stm32f: Remove STM32_HSE_HZ for all STM32F series

From: Patrice Chotard As clk_stm32f driver is able to retrieve HSE frequency from DT, CONFIG_STM32_HSE_HZ becomes useless. Signed-off-by: Patrice Chotard --- include/configs/stm32f429-discovery.h | 2 -- include/configs/stm32f469-discovery.h | 1

[U-Boot] [PATCH 6/6] ARM: dts: stm32: add stm32429-eval-u-boot dts file

From: Patrice Chotard _ Add gpio compatible and aliases for stm32f469 _ Add FMC sdram node _ Add "u-boot,dm-pre-reloc" for rcc, fmc, fixed-clock, pinctrl, pwrcfg and gpio nodes. Signed-off-by: Patrice Chotard ---

[U-Boot] [PATCH 5/6] ARM: dts: stm32: Add STM32F429 Evaluation board support

From: Patrice Chotard This DT file comes from kernel v4.15, this board offers : _ STM32F429NIH6 microcontroller _ 4.3” color TFT LCD with resistive touchscreen (480 x 272 pixels) _ Six 5 V power supply options: Power jack ST-LINK/V2 USB connector

Re: [U-Boot] [PATCH 06/15] spl: fit: implement recording of loadables into /fit-images

Hi Philipp, 2017-09-13 21:29 GMT+02:00 Philipp Tomsich < philipp.toms...@theobroma-systems.com>: > If a FDT was loaded (e.g. to append it to U-Boot image), we store it's > address and record information for all loadables into this FDT. This > allows us to easily keep track of images for

Re: [U-Boot] [PATCH v2] ARM: dts: Freescale: re-license device tree files under GPLv2+/X11

On Thu, Jan 18, 2018 at 09:43:33AM +0530, Pankaj Bansal wrote: > The current GPL only licensing on the device trees makes it very > impractical for other software components licensed under another > license. > > To make it easier to reuse them, re-license the the device trees for > Freescale (now

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

On Wed, Jan 17, 2018 at 06:33:26PM +, York Sun wrote: > Tom, > > The following changes since commit 3dde8f20377c3a051dda64497bdf0cdb23e03a2d: > > Merge git://git.denx.de/u-boot-mmc (2018-01-14 22:26:38 -0500) > > are available in the git repository at: > >

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

On Wed, Jan 17, 2018 at 03:03:40PM -0700, Simon Glass wrote: > Hi Maxime, > > On 16 January 2018 at 01:16, Maxime Ripard > wrote: > > In preparation for the multiple environment support, let's introduce two > > new parameters to the environment driver lookup

Re: [U-Boot] [PATCH V5 00/31] imx: add i.MX8M support and i.MX8MQ EVK

2018-01-17 23:13 GMT-02:00 Peng Fan : > Could you share the info that with timeout value to 0 and uboot debug enabled? > > Did you try nxp internal uboot on your board? What's the behavior? > > Actually I do not want to bother debugging for A0. > > Regards, > Peng. I talked to

[U-Boot] Individual files dual licenses

Tom and Wolfgang, Do we have guideline on dual licensing the code in U-Boot? If I collect consent from all contributors and copyright holders to a particular file, am I able to re-license the file? If yes, how to determine the list of contributors? York

Re: [U-Boot] [PATCH v2 14/18] efi_loader: provide links between devices EFI handles

On 01/18/2018 05:09 PM, Alexander Graf wrote: > > > On 17.01.18 20:16, Heinrich Schuchardt wrote: >> U-Boot devices and EFI handles can be related, e.g. an >> IDE disk relates to a handle with the EFI_BLOCK_IO_PROTOCOL. >> Provide pointers to store these links. >> >> Signed-off-by: Heinrich

Re: [U-Boot] [PATCH v4 0/6] Support for the Turris Omnia router

Hi Andreas, On 17.01.2018 16:52, Andreas Färber wrote: Am 09.06.2017 um 19:28 schrieb Marek Behún: This is the fourth version of patches for adding support for the Turris Omnia board, a router developed by the CZ.NIC. I'm still facing trouble testing turris_omnia on latest v2018.01. First,

Re: [U-Boot] [PATCH v2 1/2] bcm283x: Add pinctrl driver

Hi Alex, On 17 January 2018 at 16:33, Alexander Graf wrote: > The bcm283x family of SoCs have a GPIO controller that also acts as > pinctrl controller. > > This patch introduces a new pinctrl driver that can actually properly mux > devices into their device tree defined pin states

Re: [U-Boot] [PATCH v2 12/18] efi_loader: correct EFI_BLOCK_IO_PROTOCOL definitions

On 17.01.18 20:16, Heinrich Schuchardt wrote: > Add the revision constants. > Depending on the revision additional fields are needed in the > media descriptor. > Use efi_uintn_t for number of bytes to read or write. > > Signed-off-by: Heinrich Schuchardt > --- > v2 >

Re: [U-Boot] [PATCH v2 11/18] efi_loader: make efi_disk_create_partitions a global symbol

On 17.01.18 20:16, Heinrich Schuchardt wrote: > Up to now we have been using efi_disk_create_partitions() to create > partions for block device that existed before starting an EFI partitions devices > application. > > We need to to call it for for block devices created by EFI s/to// s/for//

Re: [U-Boot] [PATCH v2 13/15] env: Mark env_get_location as weak

Hi Simon, On Wed, Jan 17, 2018 at 03:07:58PM -0700, Simon Glass wrote: > On 16 January 2018 at 01:16, Maxime Ripard > wrote: > > Allow boards and architectures to override the default environment lookup > > code by overriding env_get_location. > > > >

Re: [U-Boot] [PATCH v2 14/18] efi_loader: provide links between devices EFI handles

On 17.01.18 20:16, Heinrich Schuchardt wrote: > U-Boot devices and EFI handles can be related, e.g. an > IDE disk relates to a handle with the EFI_BLOCK_IO_PROTOCOL. > Provide pointers to store these links. > > Signed-off-by: Heinrich Schuchardt > --- > v2 > no change

Re: [U-Boot] [PATCH v4 0/6] Support for the Turris Omnia router

Hi Stefan, Am 18.01.2018 um 18:20 schrieb Stefan Roese: > On 17.01.2018 16:52, Andreas Färber wrote: >> Am 09.06.2017 um 19:28 schrieb Marek Behún: >>> This is the fourth version of patches for adding support for the >>> Turris Omnia board, a router developed by the CZ.NIC. >> >> I'm still facing

Re: [U-Boot] Individual files dual licenses

On 01/18/2018 09:59 AM, Tom Rini wrote: > On Thu, Jan 18, 2018 at 05:25:01PM +, York Sun wrote: > >> Tom and Wolfgang, >> >> Do we have guideline on dual licensing the code in U-Boot? If I collect >> consent from all contributors and copyright holders to a particular >> file, am I able to

Re: [U-Boot] [PATCH v2 14/18] efi_loader: provide links between devices EFI handles

On 18.01.18 17:18, Heinrich Schuchardt wrote: > On 01/18/2018 05:09 PM, Alexander Graf wrote: >> >> >> On 17.01.18 20:16, Heinrich Schuchardt wrote: >>> U-Boot devices and EFI handles can be related, e.g. an >>> IDE disk relates to a handle with the EFI_BLOCK_IO_PROTOCOL. >>> Provide pointers to

Re: [U-Boot] [PATCH v2 14/18] efi_loader: provide links between devices EFI handles

On 17.01.18 20:16, Heinrich Schuchardt wrote: > U-Boot devices and EFI handles can be related, e.g. an > IDE disk relates to a handle with the EFI_BLOCK_IO_PROTOCOL. > Provide pointers to store these links. > > Signed-off-by: Heinrich Schuchardt You actually wouldn't need

[U-Boot] [PATCH v3 0/2] efi_loader: correctly call images

This patch series fixes various problems with the StartImage boot service. It further provides unit tests. v3 Supply two separate unit tests covering that the application either returns by calling the Exit service or with a simple return. v2 Do not build test on x68_64 due

[U-Boot] [PATCH v3 1/1] efi_loader: correctly call images

Avoid a failed assertion when an EFI app calls an EFI app. Avoid that the indent level increases when calling 'bootefi hello' repeatedly. Avoid negative indent level when an EFI app calls an EFI app that calls an EFI app (e.g. iPXE loads grub which starts the kernel). Return the status code of

Re: [U-Boot] Individual files dual licenses

On Thu, Jan 18, 2018 at 06:02:44PM +, York Sun wrote: > On 01/18/2018 09:59 AM, Tom Rini wrote: > > On Thu, Jan 18, 2018 at 05:25:01PM +, York Sun wrote: > > > >> Tom and Wolfgang, > >> > >> Do we have guideline on dual licensing the code in U-Boot? If I collect > >> consent from all

Re: [U-Boot] Individual files dual licenses

On Thu, Jan 18, 2018 at 06:09:22PM +, York Sun wrote: > On 01/18/2018 10:04 AM, Tom Rini wrote: > >>> > >>> With regards to dts files, this is another reason I would like to see > >>> that done as a strict re-sync with Linux rather than a stand-alone > >>> change. Saying we're importing file

Re: [U-Boot] [PATCH v2 1/2] efi_loader: correctly call images

On 18.01.18 19:28, Heinrich Schuchardt wrote: > On 01/18/2018 11:05 AM, Alexander Graf wrote: >> >> >> On 18.01.18 10:52, Heinrich Schuchardt wrote: >>> >>> >>> On 01/18/2018 10:24 AM, Alexander Graf wrote: On 18.01.18 08:24, Heinrich Schuchardt wrote: > Avoid a failed

[U-Boot] LS1046ARDB QSPI ENV fails

Mingkai and Suresh, Please look into LS1046ARDB QSPI boot. The environmental variables fail to load. It always reports "Warning - bad CRC, using default environment". York ___ U-Boot mailing list U-Boot@lists.denx.de

Re: [U-Boot] Individual files dual licenses

On Thu, Jan 18, 2018 at 06:14:07PM +, York Sun wrote: > On 01/18/2018 10:11 AM, Tom Rini wrote: > > On Thu, Jan 18, 2018 at 06:09:22PM +, York Sun wrote: > >> On 01/18/2018 10:04 AM, Tom Rini wrote: > > > > With regards to dts files, this is another reason I would like to see >

[U-Boot] [PATCH v3 2/2] efi_selftest: test start image

This pair of tests checks the StartImage boot service. Each test loads an EFI application into memory and starts it. One returns by calling the Exit boot service. The other returns directly. The tests are not built on x86_64 because the relocation code for the efi binary cannot be created.

Re: [U-Boot] Individual files dual licenses

On 01/18/2018 10:04 AM, Tom Rini wrote: >>> >>> With regards to dts files, this is another reason I would like to see >>> that done as a strict re-sync with Linux rather than a stand-alone >>> change. Saying we're importing file X from the kernel at revision Y >>> makes the license change pretty

Re: [U-Boot] Individual files dual licenses

On Thu, Jan 18, 2018 at 05:25:01PM +, York Sun wrote: > Tom and Wolfgang, > > Do we have guideline on dual licensing the code in U-Boot? If I collect > consent from all contributors and copyright holders to a particular > file, am I able to re-license the file? If yes, how to determine the >

Re: [U-Boot] Individual files dual licenses

On 01/18/2018 10:11 AM, Tom Rini wrote: > On Thu, Jan 18, 2018 at 06:09:22PM +, York Sun wrote: >> On 01/18/2018 10:04 AM, Tom Rini wrote: > > With regards to dts files, this is another reason I would like to see > that done as a strict re-sync with Linux rather than a stand-alone

Re: [U-Boot] [PATCH v2 1/2] efi_loader: correctly call images

On 01/18/2018 11:05 AM, Alexander Graf wrote: > > > On 18.01.18 10:52, Heinrich Schuchardt wrote: >> >> >> On 01/18/2018 10:24 AM, Alexander Graf wrote: >>> >>> >>> On 18.01.18 08:24, Heinrich Schuchardt wrote: Avoid a failed assertion when an EFI app calls an EFI app. Avoid that

[U-Boot] [PATCH] tools: remove unused ret

Remove unused ret from fw_env_flush. Signed-off-by: Jelle van der Waa --- tools/env/fw_env.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index 18c2324d2f..ca5507d4d7 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@

Re: [U-Boot] [PATCH v2 14/18] efi_loader: provide links between devices EFI handles

On 01/18/2018 07:13 PM, Alexander Graf wrote: > > > On 18.01.18 17:18, Heinrich Schuchardt wrote: >> On 01/18/2018 05:09 PM, Alexander Graf wrote: >>> >>> >>> On 17.01.18 20:16, Heinrich Schuchardt wrote: U-Boot devices and EFI handles can be related, e.g. an IDE disk relates to a

Re: [U-Boot] Individual files dual licenses

On 01/18/2018 11:17 AM, Tom Rini wrote: > On Thu, Jan 18, 2018 at 06:14:07PM +, York Sun wrote: >> On 01/18/2018 10:11 AM, Tom Rini wrote: >>> On Thu, Jan 18, 2018 at 06:09:22PM +, York Sun wrote: On 01/18/2018 10:04 AM, Tom Rini wrote: >>> >>> With regards to dts files, this

Re: [U-Boot] [PATCH v2 16/18] efi_driver: EFI block driver

On 01/17/2018 08:16 PM, Heinrich Schuchardt wrote: > This patch provides > * a uclass for EFI drivers > * a EFI driver for block devices > > For each EFI driver the uclass > * creates a handle > * adds the driver binding protocol > > The uclass provides the bind, start, and stop entry points for

Re: [U-Boot] [PATCH] mmc: fix the wrong dislabing clock

Hi JaeHoon, On 17 January 2018 at 16:06, Jaehoon Chung wrote: > When power is off, clock is not disabling. > Because it's passed to 1, mmc->clock should be set to f_min value. > Some drivers can't initialize the eMMC/SD card with current status. > > This patch is to fix

Re: [U-Boot] [PATCH 06/15] spl: fit: implement recording of loadables into /fit-images

Michal, > On 18 Jan 2018, at 13:56, Michal Simek wrote: > > Hi Philipp, > > > 2017-09-13 21:29 GMT+02:00 Philipp Tomsich > : > If a FDT was loaded (e.g. to append it to U-Boot image), we store it's > address and record information for

Re: [U-Boot] [PATCH v2 00/18] efi_loader: enable EFI driver provided block device

Hi Heinrich, On 17 January 2018 at 11:15, Heinrich Schuchardt wrote: > With this patch series an EFI application or driver can supply > a block device which in turn can be used to download an image. > > E.g. we can load iPXE, connect iSCSI drives, download grub from the > SAN

Re: [U-Boot] [PATCH] cmd: console: Add serial devices probe command

Hi Wilson, On 6 November 2017 at 00:50, Wilson Lee wrote: > U-boot will only probe and register single serial device that selected U-Boot > to be used as stdio device. This will cause changing of stdio devices > from one serial devices to another serial devices is not

Re: [U-Boot] [PATCH] tools: remove unused ret

On 18 January 2018 at 11:19, Jelle van der Waa wrote: > Remove unused ret from fw_env_flush. > > Signed-off-by: Jelle van der Waa > --- > tools/env/fw_env.c | 2 -- > 1 file changed, 2 deletions(-) Reviewed-by: Simon Glass

Re: [U-Boot] [PATCH v2] ARM: dts: Freescale: re-license device tree files under GPLv2+/X11

> -Original Message- > From: Tom Rini [mailto:tr...@konsulko.com] > Sent: Thursday, January 18, 2018 6:34 PM > To: Pankaj Bansal > Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Varun Sethi > ; Leo Li ; Priyanka Jain >

[U-Boot] [PATCH] boston: Ensure DDR address calcuations don't overflow

When constraining the highest DDR address that U-Boot will use for its data & relocated self, we need to handle the common case in which a 32 bit system with 2GB DDR will have a zero gd->ram_top, due to the addition of 2GB (0x8000) to the base address of kseg0 (also 0x8000) which overflows

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

Hi Mario, On 15 January 2018 at 20:28, Simon Glass wrote: > Hi Mario, > > On 14 January 2018 at 23:23, Mario Six wrote: >> Hi Simon, >> >> On Fri, Dec 29, 2017 at 4:13 AM, Simon Glass wrote: >>> Hi Mario, >>> >>> On 20 December 2017 at

Re: [U-Boot] [PATCH 2/2] test: Set the DTC environment variable

On 24 December 2017 at 11:12, Simon Glass wrote: > Set this to our own device-tree compiler since we know it is new enough to > run the tests. > > Signed-off-by: Simon Glass > --- > > test/run | 8 +--- > 1 file changed, 5 insertions(+), 3 deletions(-)

[U-Boot] [PATCH 1/1] efi_loader: store DT in EFI_RUNTIME_SERVICES_DATA memory

The device tree is needed at runtime. So we have to store it in EFI_RUNTIME_SERVICES_DATA memory. The UEFI spec recommends to store all configuration tables in EFI_RUNTIME_SERVICES_DATA memory. Signed-off-by: Heinrich Schuchardt --- cmd/bootefi.c | 4 ++-- 1 file changed, 2

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

Hi, On 28 December 2017 at 12:14, Simon Glass wrote: > 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

Re: [U-Boot] [PATCH 1/2] dtoc: Allow DTC environment variable to provide path to dtc

On 24 December 2017 at 11:12, Simon Glass wrote: > The system device-tree compiler may not be new enough to run the tests we > use in U-Boot (e.g. with binman). Allow use of a DTC environment variable > to point to the correct dtc. If not defined, the dtc on the default PATH >

[U-Boot] [PATCH] boston: Pad binary in .mcs to a multiple of 16 bytes

When flashing U-Boot on a Boston board using Xilinx Vivado tools, the final 0x00 byte which ends the .relocs section seems to be skipped & left in flash as 0xff unless the data contained in the .mcs is padded out to a 16 byte boundary. Without our final zero byte relocation will fail with an error

[U-Boot] [PATCH v2] sandbox: Add 64-bit sandbox

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 integers for its physical addresses as well as a modified device tree. Signed-off-by: Mario Six

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

Hi Simon, On Thu, Jan 18, 2018 at 10:44 PM, Simon Glass wrote: > Hi Mario, > > On 15 January 2018 at 20:28, Simon Glass wrote: >> Hi Mario, >> >> On 14 January 2018 at 23:23, Mario Six wrote: >>> Hi Simon, >>> >>> On Fri, Dec 29, 2017

Re: [U-Boot] [PATCH v2 00/18] efi_loader: enable EFI driver provided block device

On 01/19/2018 12:00 AM, Simon Glass wrote: Hi Heinrich, On 17 January 2018 at 11:15, Heinrich Schuchardt wrote: With this patch series an EFI application or driver can supply a block device which in turn can be used to download an image. E.g. we can load iPXE, connect

Re: [U-Boot] [RFC PATCH] mmc: Skipping the MMC initialization at the boot time

On 01/18/2018 02:40 PM, Siva Durga Prasad Paladugu wrote: > From: Vipul Kumar > > By enabling CONFIG_SKIP_EARLY_MMC_INIT config, user can skip the MMC > initialization at the boot time. After getting the u-boot console, > user can select the device using mmc dev and can

[U-Boot] [PATCH] dm: spi: prevent setting a speed of 0 Hz

When the device tree is missing a correct spi slave description below the bus, the 'set_speed' callback can be called with 'speed' == 0 Hz. At least with cadence qspi, this leads to a division by zero. Prevent this by initializing speed to 100 kHz in this case, as is done in 'dm_spi_claim_bus'.

Re: [U-Boot] [PATCH] dm: spi: prevent setting a speed of 0 Hz

On 18.01.2018 09:23, Michael Nazzareno Trimarchi wrote: Hi On Thu, Jan 18, 2018 at 9:15 AM, Simon Goldschmidt wrote: When the device tree is missing a correct spi slave description below the bus, the 'set_speed' callback can be called with 'speed' == 0 Hz.

[U-Boot] [PATCH v2] ubi: Ensure no fastmap flush after uif_close

On detach UBI attempts to update fastmap after closing user interfaces but at this point UBI volumes have already been free()'ed and fastmap can no longer access these data structures. Signed-off-by: Martin Townsend Cc: h...@denx.de Cc: kmp...@infradead.org Cc:

Re: [U-Boot] [PATCH] dm: spi: prevent setting a speed of 0 Hz

Hi On Thu, Jan 18, 2018 at 9:15 AM, Simon Goldschmidt wrote: > When the device tree is missing a correct spi slave description below > the bus, the 'set_speed' callback can be called with 'speed' == 0 Hz. > At least with cadence qspi, this leads to a division

Re: [U-Boot] [PATCH] dm: spi: prevent setting a speed of 0 Hz

Hi On Thu, Jan 18, 2018 at 9:27 AM, Simon Goldschmidt wrote: > On 18.01.2018 09:23, Michael Nazzareno Trimarchi wrote: >> >> Hi >> >> On Thu, Jan 18, 2018 at 9:15 AM, Simon Goldschmidt >> wrote: >>> >>> When the device tree

Re: [U-Boot] [PATCH V5 00/31] imx: add i.MX8M support and i.MX8MQ EVK

On 18/01/2018 02:24, Peng Fan wrote: > Hi Stefano, > > Do you have any comments on this v5 patchset? I would like this patchset > could catch up 2018.03. Give me time until week-end, I cannot take a look before - thanks ! Regards, Stefano > > Thanks, > Peng. > >> -Original Message-

[U-Boot] [PATCH] arm64: zynqmp: Add identification string to ep108

Add identification string to ep108. Signed-off-by: Michal Simek --- configs/xilinx_zynqmp_ep_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/xilinx_zynqmp_ep_defconfig b/configs/xilinx_zynqmp_ep_defconfig index 1fc0fabd9256..223351003335 100644

Re: [U-Boot] mmc1 not working on Samsung snow chromebook

Hi, Le 17/01/2018 à 11:05, Jaehoon Chung a écrit : Hi Guillaume, On 01/09/2018 11:37 PM, Guillaume Gardet wrote: Hi, Le 17/11/2017 à 10:48, Jaehoon Chung a écrit : Hi, On 2017년 11월 16일 21:29, Guillaume Gardet wrote: I found a workaround. If I disable MMC_MODE_HS_52MHz, then it is

Re: [U-Boot] [PATCH v2 2/2] efi_selftest: test start image

On 18.01.18 08:24, Heinrich Schuchardt wrote: > This test checks the StartImage boot service. > An EFI application is loaded into memory and started. > > The test is not built on x86_64 because the relocation code for the efi > binary cannot be created. > > Signed-off-by: Heinrich Schuchardt

Re: [U-Boot] [PATCH v2 02/18] efi_loader: address of the simple file system protocol

On 17.01.18 20:15, Heinrich Schuchardt wrote: > When installing the the simple file system protocol we have to path > the address of the structure and not the address of a pointer ot the s/ot/to/ Alex > structure. > > Signed-off-by: Heinrich Schuchardt > --- > v2 >

[U-Boot] [PATCH] arm64: zynqmp: Enable gem on zc1751-dc5

Gem is available on dc5 but it wasn't enabled. Enable also random mac address generation and phy handling. Signed-off-by: Michal Simek --- configs/xilinx_zynqmp_zc1751_xm019_dc5_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [U-Boot] [PATCH] mmc: fix the wrong dislabing clock

Hi, Le 17/01/2018 à 11:36, Jaehoon Chung a écrit : When power is off, clock is not disabling. Because it's passed to 1, mmc->clock should be set to f_min value. Some drivers can't initialize the eMMC/SD card with current status. This fixes the MMC boot for snow (Chromebook). Thanks a lot!

Re: [U-Boot] [PATCH v2 1/2] efi_loader: correctly call images

On 01/18/2018 10:24 AM, Alexander Graf wrote: On 18.01.18 08:24, Heinrich Schuchardt wrote: Avoid a failed assertion when an EFI app calls an EFI app. Avoid that the indent level increases when calling 'bootefi hello' repeatedly. Avoid negative indent level when an EFI app calls an EFI

Re: [U-Boot] [PATCH v2 2/2] efi_selftest: test start image

On 01/18/2018 10:30 AM, Alexander Graf wrote: On 18.01.18 08:24, Heinrich Schuchardt wrote: This test checks the StartImage boot service. An EFI application is loaded into memory and started. The test is not built on x86_64 because the relocation code for the efi binary cannot be created.

Re: [U-Boot] [PATCH v2 1/2] efi_loader: correctly call images

On 18.01.18 10:52, Heinrich Schuchardt wrote: > > > On 01/18/2018 10:24 AM, Alexander Graf wrote: >> >> >> On 18.01.18 08:24, Heinrich Schuchardt wrote: >>> Avoid a failed assertion when an EFI app calls an EFI app. >>> >>> Avoid that the indent level increases when calling 'bootefi hello' >>>

Re: [U-Boot] [PATCH V5 00/31] imx: add i.MX8M support and i.MX8MQ EVK

> On 18/01/2018 02:24, Peng Fan wrote: > > Hi Stefano, > > > > Do you have any comments on this v5 patchset? I would like this > > patchset could catch up 2018.03. > > Give me time until week-end, I cannot take a look before - thanks ! Sorry for the push. Thanks. Thanks, Peng. > > Regards, >

Re: [U-Boot] [PATCH v2 1/2] efi_loader: correctly call images

On 18.01.18 08:24, Heinrich Schuchardt wrote: > Avoid a failed assertion when an EFI app calls an EFI app. > > Avoid that the indent level increases when calling 'bootefi hello' > repeatedly. > > Avoid negative indent level when an EFI app calls an EFI app that > calls an EFI app (e.g. iPXE

Re: [U-Boot] [U-Boot, 01/23] mmc: omap_hsmmc: cleanup clock configuration

On Thu, Sep 21, 2017 at 05:22:04PM +0200, Jean-Jacques Hiblot wrote: > From: Kishon Vijay Abraham I > > Add a separate function for starting the clock, stopping the clock and > setting the clock. Starting the clock and stopping the clock can > be used irrespective of setting the

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

On 18/01/18 01:31, Kever Yang wrote: I don't think we can reuse IH_TYPE_TEE， it use a optee.img type create by mkimage and it seem use more then one cpu. Don't really understand what you mean by using more than one CPU - can you give an example in the code ? --- bod

Re: [U-Boot] [PATCH v2] armv8/ls1088a: configure PMU's PCTBENR to enable WDT

On 01/09/2018 12:45 AM, ying.zhang22...@nxp.com wrote: > From: Zhang Ying-22455 > > The SP805-WDT module on LS1088A requires configuration of PMU's > PCTBENR register to enable watchdog counter decrement and reset > signal generation. The watchdog clock needs to be

Re: [U-Boot] [PATCH] serial: lpuart: Proper device identification

On 01/09/2018 10:27 PM, Sriram Dash wrote: > Identify and distinguish between platform device type of MX7ULP > and LS1021A. > > This is a fix to: 7edf5c45 serial: lpuart: add i.MX7ULP support > > Signed-off-by: Sriram Dash > Acked-by: Peng Fan > ---

Re: [U-Boot] [PATCH 1/2] arm64: ls1046a: Add sata distro boot support

On 01/03/2018 12:12 AM, Yuantian Tang wrote: > Sata is equipped on ls1046a and can be a boot source. > Add sata boot support as a option if available. > > Signed-off-by: Tang Yuantian > --- Minor change to commit message. Applied to fsl-qoriq master. Thanks. York

Re: [U-Boot] [PATCH] arm: ls1021atwr: Rework local commands to not be included in SPL

On 01/03/2018 06:01 AM, Tom Rini wrote: > Move some of the code for the "lane_bank" and "cpld" code local commands > so that they are not built for SPL as they can only be used in full > U-Boot. This means we can mark a few functions as static as well now. > > Cc: Alison Wang

  1   2   >