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

[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] [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] [PATCH v2 2/2] armv8: ls1088ardb: Add environment variable address location for QSPI-NOR

On 12/14/2017 04:06 AM, Ashish Kumar wrote: > Signed-off-by: Ashish Kumar > --- Applied to fsl-qoriq master. Thanks. York ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

Re: [U-Boot] [PATCH v2 1/2] env: sf: Add support for env init for QSPI-NOR

On 12/14/2017 04:06 AM, Ashish Kumar wrote: > ENV variables can now be used before relocation. > > Signed-off-by: Ashish Kumar > --- > v2: > replace & with && in #if > > Tested on ls1088ardb. > Tested on ls1012hexa after defining CONFIG_ENV_ADDR > Applied to fsl-qoriq

Re: [U-Boot] [PATCH] armv8: ls1088: Add USB and PCI configs in SD-BOOT defconfig

On 01/01/2018 09:24 PM, Ashish Kumar wrote: > Signed-off-by: Ashish Kumar > --- Applied to fsl-qoriq master. Thanks. York ___ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot

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

On 01/03/2018 12:12 AM, Yuantian Tang wrote: > Sata is equipped on ls1012a 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 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] freescale; Ensure common commands are not included in SPL binary

On 01/03/2018 05:58 AM, Tom Rini wrote: > Both the "qixis_reset" and esbc_validate" commands can only be used in > full U-Boot so do not build them in SPL. As part of this rework the > qixis code to declare things as static and make use of __weak for > function aliases. > > Cc; York Sun

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

Re: [U-Boot] [PATCH] powerpc: P1010RDB: Rework local command to not be included in SPL

On 01/03/2018 06:13 AM, Tom Rini wrote: > Add a CONFIG_SPL_BUILD guard around the code for the "mux" command so it > is not included in SPL. > > Cc: Qiang Zhao > Cc: York Sun > Signed-off-by: Tom Rini > --- Applied to fsl-qoriq master.

Re: [U-Boot] [PATCH] board/ls2081ard: Correct code to get QMAP value in checkboard

On 01/07/2018 10:51 PM, Priyanka Jain wrote: > QMAP value contains information about QSPI chip-selects. > These bits are used to display information of boot device > in checkboard() function. > > QMAP value is stored in most significant 3-bits > of 8-bit register brdcfg[0] in Qixis, this patch >

Re: [U-Boot] [PATCH] board/ls2081ardb: Update board related prints

On 01/07/2018 11:29 PM, Priyanka Jain wrote: > Remove Board Arch print as its value is always > constant '1' and does not contain any important > information to display during boot > > Add print to display Board FPGA version. > > Signed-off-by: Priyanka Jain > ---

Re: [U-Boot] [PATCH v3] configs: SECURE_BOOT: Enable CONFIG_CMD_EXT4_WRITE

On 01/08/2018 12:23 AM, Sumit Garg wrote: > As part of chain of trust with confidentiality along with distro > boot, linux kernel image needs to be stored in encrypted form on > ext4 boot partition. So enable CONFIG_CMD_EXT4_WRITE in case of > Secure boot on ARM based platforms. > >

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 v2 2/2] board: ls1012a: LS1012A-2G5RDB board support

On 01/11/2018 11:24 AM, Bhaskar Upadhaya wrote: > LS1012A-2G5RDB belongs to LS1012A family with features > 2 2.5G SGMII PFE MAC, SATA, USB 2.0/3.0, WiFi > DDR, eMMC, QuadSPI, UART > > Signed-off-by: Bhaskar Upadhaya > --- > changes for v2: > - LS1012A-2G5RDB patches

Re: [U-Boot] [PATCH v2 1/2] armv8/kconfig: Align boards of same family at one place

On 01/11/2018 11:23 AM, Bhaskar Upadhaya wrote: > Align boards belonging to LS1012A, LS2080A SoC at > one place > > Signed-off-by: Bhaskar Upadhaya > --- Applied to fsl-qoriq master. Thanks. York ___ U-Boot mailing list

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 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

[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 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 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(-)

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 >

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 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

[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 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] 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] 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 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

[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.

[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

[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] 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] 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 >

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] 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] [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

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

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 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] 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] 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 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 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] 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] [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] [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

[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 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 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 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 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 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 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 >

[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(-)

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

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

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

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] [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 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

[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 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 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

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] 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 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

[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 :

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

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;

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 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] 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 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

[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] [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] [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

[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 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

[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 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

[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 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] [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 v6 2/2] common: Generic firmware loader for file system

On 01/18/2018 05:33 AM, Chee, Tien Fong wrote: > On Tue, 2018-01-16 at 15:41 +0100, Marek Vasut wrote: >> On 12/27/2017 06:04 AM, tien.fong.c...@intel.com wrote: >> >> Whoa, this improved substantially since last time I checked. Minor >> nitpicks below. >> >> [...] >> >>> >>> +/* USB build is not

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 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 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 >

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 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 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

  1   2   >