Re: [U-Boot] [PATCH 2/5] x86: efi_loader: Build EFI memory map per E820 table

On 06/23/2018 12:03 PM, Bin Meng wrote: > On x86 traditional E820 table is used to pass the memory information > to kernel. With EFI loader we can build the EFI memory map from it. > > Signed-off-by: Bin Meng > --- > > arch/x86/lib/e820.c | 39 +++ > 1 file c

Re: [U-Boot] [PATCH 3/5] efi_loader: Install ACPI configuration tables

/On 06/23/2018 12:03 PM, Bin Meng wrote: > ACPI tables can be passed via EFI configuration table to an EFI > application. This is only supported on x86 so far. > > Signed-off-by: Bin Meng > --- > > cmd/bootefi.c | 5 + > include/efi_api.h | 8 > include/efi_lo

Re: [U-Boot] [PATCH] imx: mx6: Fix implementantion reset_misc

> -Original Message- > From: Michael Trimarchi [mailto:mich...@amarulasolutions.com] > Sent: 2018年6月21日 5:28 > To: Stefano Babic > Cc: Fabio Estevam ; Albert Aribaud > ; Peng Fan ; Sébastien > Szymanski ; u-boot@lists.denx.de > Subject: [PATCH] imx: mx6: Fix implementantion reset_misc >

Re: [U-Boot] [PATCH 2/3] spi: mxc_spi: Fix chipselect on DM_SPI driver uclass

> -Original Message- > From: Michael Trimarchi [mailto:mich...@amarulasolutions.com] > Sent: 2018年6月21日 4:51 > To: Jagan Teki > Cc: Stefano Babic ; Peng Fan ; > shyam.sa...@amarulasolutions.com; u-boot@lists.denx.de > Subject: [PATCH 2/3] spi: mxc_spi: Fix chipselect on DM_SPI driver ucl

Re: [U-Boot] [PATCH 1/3] spi: mxc: Fix compilation problem of DM_SPI class driver

> -Original Message- > From: Michael Trimarchi [mailto:mich...@amarulasolutions.com] > Sent: 2018年6月21日 4:51 > To: Jagan Teki > Cc: Stefano Babic ; Peng Fan ; > shyam.sa...@amarulasolutions.com; u-boot@lists.denx.de > Subject: [PATCH 1/3] spi: mxc: Fix compilation problem of DM_SPI class

Re: [U-Boot] [PATCH 3/3] spi: mxc_spi: Fix spi mode communication where clock is inverted

> -Original Message- > From: Michael Trimarchi [mailto:mich...@amarulasolutions.com] > Sent: 2018年6月21日 4:51 > To: Jagan Teki > Cc: Stefano Babic ; Peng Fan ; > shyam.sa...@amarulasolutions.com; u-boot@lists.denx.de > Subject: [PATCH 3/3] spi: mxc_spi: Fix spi mode communication where cl

Re: [U-Boot] [PATCH v3 0/4] rk3288: veyron: Enable SDMMC when booting from SPI

On Mon, 2018-06-11 at 20:00 +0100, Carlo Caione wrote: > From: Carlo Caione > > These patches toghether with the previously submitted patch [0] > enable > the chromebook veyron jerry to use the SDMMC interface when U-Boot is > not chainloaded by depthcharge but booted directly from SPI. > > [0]

[U-Boot] [PATCH] arm: imx7d: cl-som-imx7: sf: support all SF types

From: Uri Mashiach Enable the support for all SPI flash types. Signed-off-by: Uri Mashiach Signed-off-by: Yaniv Levinsky --- configs/cl-som-imx7_defconfig | 7 +++ 1 file changed, 7 insertions(+) diff --git a/configs/cl-som-imx7_defconfig b/configs/cl-som-imx7_defconfig index 6d403eed7a.

[U-Boot] [PATCH 0/4] fix propagation of flags from do_env_default()

The function do_env_default() doesn't propagate flags to himport_r(). It causes the "-f" option to have no effect on the execution of "env default" commands. Fix the call paths from do_env_default() to himport_r() to pass flags correctly. Yaniv Levinsky (4): cmd: nvedit: rename flags in do_env_

[U-Boot] [PATCH 1/4] cmd: nvedit: rename flags in do_env_default

The naming convention for flags in nvedit.c is: * The hashtable flag (defined in search.h) is named "env_flag" * The command flag argument (defined in command.h) is named "flag" This convention is kept in functions like do_env_print(), do_env_set() and do_env_delete(), but not in do_env_default().

[U-Boot] [PATCH 2/4] cmd: nvedit: propagate envflag to set_default_vars

The env_flag in do_env_default() doesn't get propagated and therefore gets ignored by himport_r(). This breaks to ability to "forcibly" reset variables to their default values using the environment command. Scenario example of the problem: # setenv kernel uImage # setenv .flags ker

[U-Boot] [PATCH 4/4] env: common: accept flags on reset to default env

The function set_default_env() sets the hashtable flags for import_r(). Formally set_default_env() doesn't accept flags from its callers. In practice the caller can (un)set the H_INTERACTIVE flag, but it has to be done using the first character of the function's string argument. Other flags like H_

[U-Boot] [PATCH 3/4] cmd: nvedit: set H_INTERACTIVE in do_env_default

The function set_default_vars() in common.c adds H_INTERACTIVE to the h_import() flag, but the function has no way of telling if the command actually was user directed like this flag suggest. The flag should be set by the calling function do_env_default() in nvedit.c instead, where the command is c

Re: [U-Boot] [PATCH 1/2] imx: imx6: Add comment to gpr_init function

On Sat, Jun 23, 2018 at 7:40 PM, Michael Trimarchi wrote: > This function can be used only for some of the nxp SoC. Make > it explicit in the comment. This adjust a bit commit > 3aa4b703b483f165dd ("imx: imx6: Move gpr_init() function to soc.c") > > Signed-off-by: Michael Trimarchi > --- > arch/

Re: [U-Boot] [PATCH 2/2] i.MX6: engicam: gpr_init can be called only for some architecture

On Sat, Jun 23, 2018 at 7:40 PM, Michael Trimarchi wrote: > Fix an invalid usage of the gpr_init function for the imx6ul > architecture > > Signed-off-by: Michael Trimarchi > --- > board/engicam/common/spl.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/board/engicam

Re: [U-Boot] Logo for U-Boot

Hi Heinrich, On 11 June 2018 at 09:54, Heinrich Schuchardt wrote: > On 06/11/2018 03:03 PM, Tom Rini wrote: >> On Sat, Jun 09, 2018 at 10:21:53PM +0200, Heinrich Schuchardt wrote: >>> On 06/09/2018 07:34 PM, Simon Glass wrote: Hi, On 6 May 2018 at 12:31, Tom Rini wrote: > On S

[U-Boot] Size of FDT image

Dears, I am calculating images check-sum in common/bootm.c (in function do_bootm_states ) for security reasons. I am using contents of images struc

[U-Boot] [PATCH v1 4/5] imx: mx7: psci: support CPU0 on/off

From: Stefan Agner So far psci_cpu_(on|off) only worked for CPU1. Allow to control CPU0 too. This allows to run the Linux PSCI checker successfully: [2.213447] psci_checker: PSCI checker started using 2 CPUs [2.219107] psci_checker: Starting hotplug tests [2.223859] psci_checker

[U-Boot] [PATCH v1 2/5] imx: mx7: psci: use C code exclusively

From: Stefan Agner There is no need for assembly in the platform specific part of the PSCI implementation. Note that this does not make it a complete PSCI 1.0 implementation yet but aids to do so in upcoming patches. Signed-off-by: Stefan Agner --- arch/arm/mach-imx/mx7/Makefile | 5 +--

[U-Boot] [PATCH v1 3/5] imx: mx7: psci: provide complete PSCI 1.0 implementation

From: Stefan Agner PSCI 1.0 require PSCI_VERSION, PSCI_FEATURES, AFFINITY_INFO and CPU_SUSPEND to be implemented. Commit 0ec3d98f7692 ("mx7_common: use psci 1.0 instead of 0.1") marked the i.MX 7 implementation to be PSCI 1.0 compliant but failed to implement those functions. Especially the missi

[U-Boot] [PATCH v1 5/5] imx: mx7: psci: implement MIGRATE_INFO_TYPE

From: Stefan Agner Implement MIGRATE_INFO_TYPE. This informs Linux that no migration for the trusted operating system is necessary: [0.00] psci: Trusted OS migration not required Signed-off-by: Stefan Agner --- arch/arm/mach-imx/mx7/psci-mx7.c | 7 +++ 1 file changed, 7 insertio

[U-Boot] [PATCH v1 1/5] ARM: PSCI: initialize stack pointer on secondary CPUs

From: Stefan Agner A proper stack is required to safely use C code in psci_arch_cpu_entry. Fixes: 486daaa618e1 ("arm: psci: add a weak function psci_arch_cpu_entry") Cc: Patrick Delaunay Signed-off-by: Stefan Agner --- arch/arm/cpu/armv7/psci.S | 2 ++ 1 file changed, 2 insertions(+) diff -

Re: [U-Boot] Fwd: Re: [PATCH v3 2/6] spi: omap3_spi: Full dm conversion

On Fri, Jun 22, 2018 at 7:01 PM, Hannes Schmelzer wrote: > > Hi Jagan, > > anything open ? > are the patches ready to apply? I'm waiting for the board that are using driver should ready for dm_spi, and I hope these are not done yet and indeed waiting for board maintainers to convert the same. If

[U-Boot] [PATCH v12 1/3] Consolidating UDP header functions.

From: Duncan Hare To make it possible to add TCP versions of the same, while reusing IP portions. This patch should not change any behavior. All references to TCP removed Used most recent version of u-boot June 22 13, 2918 Series to fix patman errors over Licensing declaration END Series-notes

[U-Boot] [PATCH v12 3/3] Add wget application

From: Duncan Hare Commit-notes All the code is new, and not copied from any source Test wget wget is a general purpose TCP/IP program. There is a Linux/unix version of wget, which enables server verification without running u-boot. 1. The python distribution include a simple http request handl

[U-Boot] [PATCH v12 2/3] Add TCP

From: Duncan Hare Currently file transfers are done using tftp or NFS both over udp. This requires a request to be sent from client (u-boot) to the boot server. The current standard is TCP with selective acknowledgment. In our testing we have reduce kernel transmission time to around 0.4 second

[U-Boot] bootefi disk probe once?

Hi Alex, Heinrich, During testing bootefi command, I found that: If I type 'bootefi' at first time, and forgot to probe the disk before, I got: Found 0 disks Later I did the disk probe (eg: usb start, or scsi scan), and re-run 'bootefi', the disk was not probed for the 2nd time by 'bootefi'. I

[U-Boot] [PATCH V2 1/4] imx: mx7: psci: add cpu hotplug support

This patch adds cpu hotplug support, previous imx_cpu_off implementation is NOT safe, a CPU can NOT power down itself in runtime, it will cause system bus hang due to pending transaction. So need to use other online CPU to kill it when it is ready for killed. Here use SRC parameter register and a

[U-Boot] [PATCH V2 2/4] imx: mx7: add gpc initialization for low power mode

Add i.MX7D GPC initialization for low power mode support like system suspend/resume from linux kernel: - Pending IOMUXC IRQ to workaround GPC state machine issue; - Mask all GPC interrupts for M4/C0/C1; - Configure SCU timing; - Configure time slot ack; - Configure C0/C1 power up/down timing;

[U-Boot] [PATCH V2 3/4] imx: mx7: add system suspend/resume support

This patch adds system suspend/resume support, when linux kernel enters deep sleep mode, SoC will go into below mode: - CA7 platform goes into STOP mode; - SoC goes into DSM mode; - DDR goes into self-refresh mode; - CPU0/SCU will be powered down. When wake up event arrives: - SoC DSM mdoe

Re: [U-Boot] [PATCH] common: bootm: reserve memory bank

Hi Jason, On 06/14/2018 03:07 PM, Jason Zhu wrote: > Actually the DRAM is not only seperated in one > bank. The DRAM bank information is stored in > gd->bd->bi_dram, so reserve lmb according to > gd->bd->bi_dram. This commit message is not clear enough for what you have done in this patch, you s

[U-Boot] [PATCH V2 4/4] imx: mx7: add psci_features support

It is necessary to implement psci_features callback to report supported features for linux kernel to decide whether to proceed psci calls, for example, linux deep sleep mode is ONLY entered when psci_features returns TRUE when linux kernel checks whether system suspend is supported by calling psci_

[U-Boot] Please pull u-boot-dm

Hi Tom, A few patman enhancements. The following changes since commit 77b5ba5d2b94c5b028991c82782493f64bd4f392: Merge branch 'master' of git://git.denx.de/u-boot-uniphier (2018-06-22 13:12:53 -0400) are available in the Git repository at: git://git.denx.de/u-boot-dm.git for you to fetch

Re: [U-Boot] [PATCH v4 21/21] efi_loader: Expose U-Boot addresses in memory map for sandbox

Hi Alex, On 23 June 2018 at 00:57, Alexander Graf wrote: > Hi Simon, > > Am 23.06.2018 um 06:01 schrieb Simon Glass : > > Hi Alex, > > On 18 June 2018 at 09:23, Alexander Graf wrote: > > We currently expose host addresses in the EFI memory map. That can be > > bad if we ever want to use sandbox

Re: [U-Boot] [PATCH v4 21/21] efi_loader: Expose U-Boot addresses in memory map for sandbox

Hi Alex, On 18 June 2018 at 09:23, Alexander Graf wrote: > > We currently expose host addresses in the EFI memory map. That can be > bad if we ever want to use sandbox to boot strap a real kernel, because > then the kernel would fetch its memory table from our host virtual address > map. But to m

Re: [U-Boot] [PATCH v8 12/30] sandbox: Try to start the RAM buffer at a particular address

Hi Alex, On 22 June 2018 at 15:29, Alexander Graf wrote: > > >> Am 22.06.2018 um 21:28 schrieb Simon Glass : >> >> Hi Alex, >> >>> On 22 June 2018 at 06:10, Alexander Graf wrote: On 06/21/2018 09:45 PM, Simon Glass wrote: Hi Alex, > On 21 June 2018 at 03:58, Alexander Gra

Re: [U-Boot] [PATCH v8 22/30] efi: sandbox: Tidy up copy_fdt() to work with sandbox

Hi Alex, On 23 June 2018 at 01:24, Alexander Graf wrote: > > > On 22.06.18 21:31, Simon Glass wrote: >> Hi Alex, >> >> On 22 June 2018 at 06:26, Alexander Graf wrote: >>> On 06/21/2018 09:45 PM, Simon Glass wrote: Hi Alex, On 21 June 2018 at 04:13, Alexander Graf wrote:

Re: [U-Boot] [PATCH v8 02/30] efi: sandbox: Adjust memory usage for sandbox

Hi Alex, On 23 June 2018 at 01:31, Alexander Graf wrote: > > > On 22.06.18 21:28, Simon Glass wrote: >> Hi Alex, >> >> On 22 June 2018 at 06:08, Alexander Graf wrote: >>> On 06/21/2018 09:45 PM, Simon Glass wrote: Hi Alex, On 21 June 2018 at 03:52, Alexander Graf wrote:

Re: [U-Boot] [PATCH v5 04/10] sandbox: Fix setjmp/longjmp

Hi Alex, On 23 June 2018 at 01:36, Alexander Graf wrote: > > > On 22.06.18 21:28, Simon Glass wrote: >> Hi Alex, >> >> On 22 June 2018 at 06:44, Alexander Graf wrote: >>> In sandbox, longjmp returns to itself in an endless loop because >>> os_longjmp() calls into longjmp() which is provided by U

Re: [U-Boot] Logo for U-Boot

On 24.06.2018 20:07, Simon Glass wrote: Hi Heinrich, On 11 June 2018 at 09:54, Heinrich Schuchardt wrote: On 06/11/2018 03:03 PM, Tom Rini wrote: On Sat, Jun 09, 2018 at 10:21:53PM +0200, Heinrich Schuchardt wrote: On 06/09/2018 07:34 PM, Simon Glass wrote: Hi, On 6 May 2018 at 12:31, Tom

Re: [U-Boot] [PATCH v3 1/4] lib: fdtdec: Add new variable ram_start to global data

Hi, On 22.6.2018 21:28, Simon Glass wrote: > Hi, > > On 22 June 2018 at 01:41, Michal Simek wrote: >> Hi Simon, >> >> On 18.6.2018 08:18, Siva Durga Prasad Paladugu wrote: >>> Added new variable ram_start to global data structure for holding >>> the start address of first bank of RAM, and then u

Re: [U-Boot] [PATCH v2 1/2] common: command: Use command_ret_t enum values instead of values

On 22.6.2018 21:28, Simon Glass wrote: > Hi Michal, > > On 22 June 2018 at 00:33, Michal Simek wrote: >> >> On 21.6.2018 21:45, Simon Glass wrote: >>> On 21 June 2018 at 06:58, Michal Simek wrote: Use enum command_ret_t types in cmd_process_error(). Signed-off-by: Michal Simek >>