Correct the comments describing function efi_add_handle().
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c
index 601b0a2cb8..cbf912f72b 1
Correct the comments describing function efi_add_handle().
Signed-off-by: Heinrich Schuchardt
---
v2
title should start with efi_loader
---
lib/efi_loader/efi_boottime.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_lo
On 01.05.19 00:34, Julius Werner wrote:
On Tue, Apr 30, 2019 at 11:25 AM Simon Goldschmidt
wrote:
Am 18.04.2019 um 23:08 schrieb Julius Werner:
This patch adds support for compressing non-kernel image nodes in a FIT
image (kernel nodes could already be compressed previously). This can
reduc
On 30.04.19 17:26, Patrice Chotard wrote:
This patch adds IWDG (Independent WatchDoG) support for
STM32MP platform.
Signed-off-by: Christophe Kerello
Signed-off-by: Patrice Chotard
---
Changes in v2:
- Rename timeout variable in timeout_ms in stm32mp_wdt_start()
Reviewed-by: Stefan Roes
On 5/1/19 12:06 AM, Atish Patra wrote:
> On 4/30/19 2:42 PM, Marek Vasut wrote:
>> On 4/30/19 10:38 PM, Atish Patra wrote:
>>> On 4/30/19 12:11 PM, Marek Vasut wrote:
On 4/30/19 8:13 PM, Atish Patra wrote:
> On 4/30/19 2:52 AM, Marek Vasut wrote:
>> On 4/30/19 3:27 AM, Atish Patra wrot
Hi Weijie,
> Some SPI controllers can't write nor->page_size bytes in a single step
> because their TX FIFO is too small, but when that happens we should
> make sure a WRITE_EN command before each write access and READ_SR command
> after each write access is issued.
>
> We should allow nor->write(
Update Luton network driver to have support also for pcb90. The pcb90
has 24 ports from which 12 ports are connected to SerDes6G.
Signed-off-by: Horatiu Vultur
---
drivers/net/mscc_eswitch/Makefile | 2 +-
drivers/net/mscc_eswitch/luton_switch.c | 415
2
Update Luton network driver to add support for all the ports
on pcb90. The existing support is only for first 12 ports, with
this patch adds support for another 12 ports.
This patch series is based on u-boot-mips/master.
Horatiu Vultur (3):
net: mscc: luton: Update network driver for pcb90
bo
Implement method board_phy_config to configure the external phys
on the pcb90.
Signed-off-by: Horatiu Vultur
---
board/mscc/luton/luton.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/board/mscc/luton/luton.c b/board/mscc/luton/luton.c
index 807c717..114f7fd
Update device tree for luton to add support for luton pcb90.
This pcb has 24 ports from which 12 ports are connected to
SerDes6G.
Signed-off-by: Horatiu Vultur
---
arch/mips/dts/luton_pcb090.dts| 228 +++---
arch/mips/dts/luton_pcb091.dts| 132
On Tue, Apr 30, 2019 at 06:09:59PM +0200, Stefano Babic wrote:
> Hi Tom,
>
> next chunk of patches, another big chunk will follow. Please pull from
> u-boot-imx, thanks !
>
> Travis:
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
__
On Mon, Apr 29, 2019 at 04:12:30PM -0700, Vagrant Cascadian wrote:
> Add am335x-pocketbeagle to CONFIG_OF_LIST in am335x_evm_defconfig.
>
> Signed-off-by: Vagrant Cascadian
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
___
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> This message is not very important since it is simply indicating that the
> user's instructions are being followed. Only show it when the verbosity
> level is above the default.
>
> Also drop the unnecessary extra newline on this message, whi
Hi Simon,
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> Device-tree rules require that aliases use a hyphen rather than a
> underscore. Update the uclass name to fit with this.
>
> This allows device-tree aliases to be used to refer to cros-ec devices,
> for example:
>
> aliases
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> At present only OF_SEPARATE is considered valid for building a device-tree
> file in SPL. However sandbox uses OF_HOSTFILE instead. Update the logic to
> handle this and make it easier to understand.
>
> Note that the new logic is not quite t
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> At present sections are always placed automatically. Even if an 'offset'
> property is provided it is ignored. Update the logic to support an offset
> for sections.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Fix map output w
Hi Peng, Stefano and Fabio
We are currently trying to boot the Linux kernel from NXP's downstream
Linux BSP 4.14.98_2.0.0_ga with mainline U-Boot. However, that
currently seems to crash as follows:
...
[1.563380] 5a09.serial: ttyLP3 at MMIO 0x5a090010 (irq = 72,
base_baud = 500) is a
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> At present, for broadwell, SDRAM is always set up in U-Boot proper since
> the 64-bit mode (which uses SDRAM init in SPL) is not supported.
>
> Update the code to allow SDRAM init in SPL instead so that U-Boot proper
> can be loaded into SDRA
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> When a previous phase of U-Boot has run we need to adjust the init of
> subsequent states to avoid messing up the CPU state.
>
> Add a new version of the start logic for SPL, when it boots from TPL
> (start_from tpl.c) and a new version for U
> All Rockchip SoCs use DEBUG_UART_BOARD_INIT to init per board
> UART IOMUX, enable it by default.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/Kconfig | 1 +
> arch/arm/mach-rockchip/Kconfig | 4
> 2 files changed, 1 insertion(+), 4 delet
> Enable debug uart for kylin board in defconfig.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> configs/kylin-rk3036_defconfig | 4
> 1 file changed, 4 insertions(+)
>
Applied to u-boot-rockchip, thanks!
___
U-Boot mai
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mac
> Move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file later for all rockchip SoCs.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mach-rockchip/rk322x-board-spl.c | 44 ++-
>
> Prefer to use structure to access register if we can.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mach-rockchip/rk3288/rk3288.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
Applied to u-boot-rockchip, thanks!
__
> Move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file later for all rockchip SoCs.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> Tested-by: Andy Yan
> ---
>
> arch/arm/mach-rockchip/rk3368-board-spl.c | 8 --
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mac
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file for all rockchip SoCs later.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsi
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file for all rockchip SoCs later.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsi
> Prefer to use structure to access register if we could.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> Tested-by: Andy Yan
> ---
>
> arch/arm/mach-rockchip/rk3399/rk3399.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
Applied to u-boot-rockchip, thanks!
___
> The ARCH_SOC name default as 'rockchip' and we put all the
> header file in 'arch/arm/include/asm/arch-rockchip/', but
> the 'rockchip' is not the SOC name, let's correct it after
> we update all the source file.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsiich
> ---
>
> arch/ar
> Rockchip use 'arch-rockchip' instead of arch-$(SOC) as common
> header file path, so that we can get the correct path directly.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> .../include/asm/arch-rockchip/ddr_rk3188.h| 2 +-
> arch/arm/mach-rockchip/Kconfig
> rockchip platform header file is in 'arch-rockchip'
> instead of arch-$(SOC) for all SoCs.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/cpu/armv8/start.S | 4
> arch/arm/include/asm/gpio.h | 2 +-
> arch/arm/lib/vectors.S | 5 -
> 3 files cha
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Implement this ioctl() to support power off.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to implement PCH_REQ_PMBASE_INFO on ivybridge
>
> arch/x86/cpu/ivybridge/bd82x6x.c | 15 +++
> 1 file changed
+Heinrich,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> The EFI implementation of reset sits inside the driver and is called
> directly from outside the driver, breaking the normal driver-model
> conventions. Worse, it passed NULL as the device pointer, hoping that
> the called functio
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add a new ioctl() request to read information about the power-management
> system. This can be used to power off the device.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to add an ioctl to read power-management i
Reviewed-by: Max Krummenacher
On Tue, 2019-04-30 at 12:06 +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Add support for lpuart1, lpuart2, lpuart3 and lpuart4.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> arch/arm/dts/fsl-imx8qm.dtsi | 80
>
See review comments below. (Marked with 'Review Max:')
With the issue resolved:
Reviewed-by: Max Krummenacher
On Tue, 2019-04-30 at 12:06 +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> This commit adds initial support for the Toradex Apalis iMX8QM 4GB WB IT
> V1.0B module. Unlike th
See review comment below.
With the issue resolved:
Reviewed-by: Max Krummenacher
On Tue, 2019-04-30 at 12:06 +0200, Marcel Ziswiler wrote:
> CPU frequency reporting failed with the following error message being
> printed:
>
> sc_pm_get_clock_rate: resource:507 clk:2: res:3
> Could not read CPU
Reviewed-by: Max Krummenacher
On Tue, 2019-04-30 at 12:06 +0200, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> Add support for i2c0, i2c1, i2c2, i2c3 and i2c4.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> arch/arm/dts/fsl-imx8qm.dtsi | 75
> 1 fi
Reviewed-by: Max Krummenacher
On Tue, 2019-04-30 at 12:06 +0200, Marcel Ziswiler wrote:
> This fixes the i.MX 8 fuse driver to actually build for i.MX 8QM as
> well.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> drivers/misc/imx8/fuse.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --g
On Tue, 2019-04-30 at 14:28 +0200, Eugeniu Rosca wrote:
> Hi Jeremy,
>
> Would you kindly feedback if it's possible to include commit
> https://github.com/getpatchwork/patchwork/commit/67faf96ab96d932
> into U-Boot's patchwork to avoid occasional glitches in the
> description of U-Boot commits?
T
This converts the following to Kconfig:
CONFIG_SUPPORT_EMMC_BOOT
As requested by Michal Simek , these boards
have no eMMC so CONFIG_SUPPORT_EMMC_BOOT has not been migrated:
xilinx_zynqmp_zc1275_revB
xilinx_zynqmp_zc1751_xm018_dc4
xilinx_zynqmp_zc1751_xm019_dc5
xilinx_zynqmp_zcu100_revC
When CROSS_BUILD_TOOLS is set, set HOSTCFLAGS to CFLAGS otherwise CC
will be used with HOSTCFLAGS which seems wrong
Signed-off-by: Fabrice Fontaine
---
tools/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/Makefile b/tools/Makefile
index 12a3027e23..eadeba417d 100644
--- a/too
Reviewed-by: Max Krummenacher
On Tue, 2019-04-30 at 12:06 +0200, Marcel Ziswiler wrote:
> Trying to bring up uSDHC2 the following error message was observed:
>
> MMC: imx8_clk_set_rate(Invalid clk ID #60)
> imx8_clk_set_rate(Invalid clk ID #60)
> usdhc@5b03 - probe failed: -22
>
> This co
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Implement this ioctl() to support power off.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to implement PCH_REQ_PMBASE_INFO on broadwell
>
> arch/x86/cpu/broadwell/pch.c | 25 +
> 1 file c
On Wed, May 01, 2019 at 07:58:27AM +, Alex Kiernan wrote:
> This converts the following to Kconfig:
>CONFIG_SUPPORT_EMMC_BOOT
>
> As requested by Michal Simek , these boards
> have no eMMC so CONFIG_SUPPORT_EMMC_BOOT has not been migrated:
>
> xilinx_zynqmp_zc1275_revB
> xilinx_zynqmp
Hi Simon,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> On modern x86 devices we can power the system off using the power-
> management features of the PCH. Add an implementation for this.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to implement power-off
On Sat, Apr 27, 2019 at 09:56:08AM +0200, Alexander Graf wrote:
>
> >>> UEFI gets a bad rap at being complicated, but I think the U-Boot work
> >>> has shown that implementing the core UEFI ABI doesn't require much code
> >>> and isn't the complicated mess they everyone fears it to be.
> >> Depend
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> It is not good practice to raise an exception in a constructor. In this
> case the 'text' entry may not actually be used, if -i is used to filter
> out the images that get built.
>
> Move the exception to where the data is actually used.
>
>
On Wed, May 1, 2019 at 7:59 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
> >
> > This message is not very important since it is simply indicating that the
> > user's instructions are being followed. Only show it when the verbosity
> > level is above the default.
> >
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> An important property is missing. Update the entry comment to include
> this.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> tools/binman/etype/vblock.py | 1 +
> 1 file changed, 1 insertion(+)
>
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> Update the condition to translate only if this is enabled for SPL.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> drivers/core/ofnode.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
ap
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> We cannot init the CPU fully both than once during a boot. Add a new
> function which can be called to figure out the CPU identity, but which
> does not change anything. For x86_64, this is empty for now.
>
> Signed-off-by: Simon Glass
> Rev
On Wed, May 1, 2019 at 8:13 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
> >
> > At present sections are always placed automatically. Even if an 'offset'
> > property is provided it is ignored. Update the logic to support an offset
> > for sections.
> >
> > Signed-of
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> There is a typo in this header. Fix it.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/start64.S | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
applied to u-boot-x86, thank
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> At present many of the functions in this file return -1 as an error
> number. which is -EPERM. Update the code to use real error numbers.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/cpu
On Wed, May 1, 2019 at 8:13 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
> >
> > At present only OF_SEPARATE is considered valid for building a device-tree
> > file in SPL. However sandbox uses OF_HOSTFILE instead. Update the logic to
> > handle this and make it easi
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add labels for these nodes so that board DT files can reference them.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/dts/reset.dtsi | 2 +-
> arch/x86/dts/rtc.dtsi | 2 +-
> 2 files chan
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> At present only chromebook_link64 supports SPL. It is useful to eb able to
> support both TPL and SPL to implement verified boot on x86.
>
> Enable the options for both along with some suitable default options
> needed to boot through these p
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> We use binman to build the x86 image now. Update a comment which still
> refers to ifdtool.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2:
> - Update the comment in fsp_cap.S too
>
> arch/x86/cpu/intel_comm
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add an arch-specific handoff header so that we can use the HANDOFF feature
> on x86 devices.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/include/asm/handoff.h | 15 +++
> 1
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Some boards want to use TPL as the first phase of U-Boot. This allows
> selection of A or B SPL phases, thus allowing the memory init to be
> upgraded in the field.
>
> Add a new Kconfig option for this.
>
> Signed-off-by: Simon Glass
> Revi
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add debugging during SDRAM init so that problems are easier to
> diagnose.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/broadwell/sdram.c | 32
> 1 f
On Wed, May 1, 2019 at 9:03 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
> >
> > When a previous phase of U-Boot has run we need to adjust the init of
> > subsequent states to avoid messing up the CPU state.
> >
> > Add a new version of the start logic for SPL, when
On Wed, May 1, 2019 at 9:03 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
> >
> > At present, for broadwell, SDRAM is always set up in U-Boot proper since
> > the 64-bit mode (which uses SDRAM init in SPL) is not supported.
> >
> > Update the code to allow SDRAM init
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> At present the debug UART is set up in sdram.c which is not the best place
> since it has nothing in particular to do with SDRAM. Since we want to
> support initing this in SPL too, move it to a common file.
>
> Signed-off-by: Simon Glass
>
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Split the CPU init into two parts - the 'full' init which happens in the
> first U-Boot phase, and the rest of the init that happens on subsequent
> stages.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: Non
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> At present we support having 16-bit init be in SPL or U-Boot proper, but
> not TPL. Add support for this so that TPL can boot.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> Makefile
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> At present broadwell only supports booting straight into U-Boot proper.
> Add a separate init file to boot from SPL into U-Boot proper, and select
> it when SPL is in use.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Cha
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> When SPL is used to set up the memory controller we want to save the MRC
> data in SPL to avoid needing to pass it up to U-Boot proper to save. Add a
> function to handle that.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add an implementation of arch_cpu_init_f() so that the x86 SPL code builds
> and identifies the CPU.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/intel_common/Makefile | 6 +++
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Allow broadwell to build for SPL and include the reference code.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/broadwell/Makefile | 7 ---
> 1 file changed, 4 insertions(+), 3 del
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add the required CPU code so that TPL builds correctly. Also update the
> SPL code to deal with being booted from TPL.
>
> Reviewed-by: Bin Meng
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/include/asm/spl.h
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> When the MRC cache fails to save it is useful to have some debugging info
> to indicate what when wrong. Add some more debug() calls.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/lib/mrc
On Wed, May 1, 2019 at 9:42 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
> >
> > Add a new ioctl() request to read information about the power-management
> > system. This can be used to power off the device.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > Changes
On Wed, May 1, 2019 at 9:42 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
> >
> > Implement this ioctl() to support power off.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > Changes in v2:
> > - Add new patch to implement PCH_REQ_PMBASE_INFO on ivybridge
> >
> >
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Update the Makefie rules to ensure that the correct files are built when
> TPL is being used.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/intel_common/Makefile | 9 ++---
> 1 fi
On Wed, May 1, 2019 at 10:50 PM Bin Meng wrote:
>
> On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
> >
> > Implement this ioctl() to support power off.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > Changes in v2:
> > - Add new patch to implement PCH_REQ_PMBASE_INFO on broadwell
> >
> >
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> This report is normally generated by U-Boot proper. Correct the condition
> here so that it respects the Kconfig options for bootstage.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/lib/b
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> The MTRRs are normally set up in U-Boot proper, so avoid setting them up
> in SPL as well.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/lib/init_helpers.c | 5 -
> 1 file changed, 4
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> When TPL is in use, U-Boot proper should support initing the VGA ROM even
> though the 32-bit init portion is in SPL. Update the condition to handle
> this.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: Non
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add a default implementation of this method which always indicates that
> the last reset was a power-on reset. This is the most likely type of reset
> and without a PCH-specific driver we cannot determine any other type.
>
> Signed-off-by: Si
On Wed, May 1, 2019 at 3:49 PM Tom Rini wrote:
>
> On Wed, May 01, 2019 at 07:58:27AM +, Alex Kiernan wrote:
> > This converts the following to Kconfig:
> >CONFIG_SUPPORT_EMMC_BOOT
> >
> > As requested by Michal Simek , these boards
> > have no eMMC so CONFIG_SUPPORT_EMMC_BOOT has not been
Hi Simon,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add tags to allow required nodes to be present in SPL / TPL. Also enable
> the sysreset driver.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/dts/chromebook_samus.dts | 38
Hi Simon,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> Add TPL binaries to the device x86 binman desciption. When enabled, TPL
> will start first, doing the 16-bit init, then jump to SPL and finally
> U-Boot proper.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arc
+Thierry
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> This reverts commit aec4298ccb337106fd0115b91d846a022fdf301d.
>
> Unfortunately this has a dramatic impact on the pre-relocation memory
> used on x86 platforms (increasing it by 2KB) since it increases the
> overhead for each PCI de
Hi Simon,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> With the move to Kconfig this option should be set in Kconfig, not in the
> config header file. Move it.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to enable the RTC in Kconfig
>
> arch/Kconfig
Hi Simon,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> The memory map currently omits the environment and the MRC region. Add
> these in for completeness.
>
I think the commit tile should be updated to add the "samus" tag.
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> The early init should only happen once. Update the probe method to
> deal with TPL, SPL and U-Boot proper.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a new patch to update PCH to work in TPL
>
> arch/x86/cpu/broadwell/p
Hi Simon,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
>
> When TPL finishes it needs to jump to SPL with the stack set up correctly.
> Add a function to handle this.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a new patch allowing jumping from TPL to SPL
>
> arch/x86
Hi Simon,
On Fri, Apr 26, 2019 at 11:59 AM Simon Glass wrote:
>
> At present SPL is used on 64-bit platforms, to allow SPL to be built as
> a 32-bit program and U-Boot proper to be built as 64-bit.
>
> However it is useful to be able to use SPL on any x86 platform, where
> U-Boot needs to be upda
Amend the unit test 'start image exit' to transfer a string as exit data.
Signed-off-by: Heinrich Schuchardt
---
include/efi_selftest.h | 2 +-
lib/efi_selftest/efi_selftest_miniapp_exit.c| 17 -
lib/efi_selftest/efi_selftest_startimage_exit.c | 15 +
On 5/1/19 3:34 AM, Marek Vasut wrote:
On 5/1/19 12:06 AM, Atish Patra wrote:
On 4/30/19 2:42 PM, Marek Vasut wrote:
On 4/30/19 10:38 PM, Atish Patra wrote:
On 4/30/19 12:11 PM, Marek Vasut wrote:
On 4/30/19 8:13 PM, Atish Patra wrote:
On 4/30/19 2:52 AM, Marek Vasut wrote:
On 4/30/19 3:27 A
Hi Fabio, Stefano,
Just FYI, I just tested the U-Boot master branch (with u-boot-imx merges).
And I have some problems when the WaRP7 boot-up.
In fact, no output...
However, on u-boot-imx, everything works well (tags/u-boot-imx-20190426).
After some manipulation with git bisect, it appears that
On 5/1/19 3:42 PM, Bin Meng wrote:
+Heinrich,
On Fri, Apr 26, 2019 at 12:00 PM Simon Glass wrote:
The EFI implementation of reset sits inside the driver and is called
directly from outside the driver, breaking the normal driver-model
conventions. Worse, it passed NULL as the device pointer, h
Hi Heinrich,
Thank you for reviewing this series.
On Tue, Apr 30, 2019 at 09:07:09PM +0200, Heinrich Schuchardt wrote:
[..]
> This patch may ameliorate the situation for GUIDs a bit. But I dislike:
In general, we can find reasons to dislike anything, since there is room
for improvement in virtua
On Wed, May 01, 2019 at 09:08:31PM +0200, Eugeniu Rosca wrote:
> Hi Heinrich,
>
> Thank you for reviewing this series.
>
> On Tue, Apr 30, 2019 at 09:07:09PM +0200, Heinrich Schuchardt wrote:
> [..]
> > This patch may ameliorate the situation for GUIDs a bit. But I dislike:
>
> In general, we ca
This patch adds booti support for RISC-V Linux kernel. The existing
bootm method will also continue to work as it is.
It depends on the following kernel patch which adds the header to the
flat Image. Gzip compressed Image (Image.gz) support is not enabled with
this patch.
https://patchwork.kernel
On Wed, May 01, 2019 at 01:07:31PM -0700, Atish Patra wrote:
> This patch adds booti support for RISC-V Linux kernel. The existing
> bootm method will also continue to work as it is.
>
> It depends on the following kernel patch which adds the header to the
> flat Image. Gzip compressed Image (Ima
The twsi_wait function reads the control register for interrupt flag,
and if interrupt flag is present, it immediately reads status register.
On our device this sometimes causes bad value being read from status
register, as if the value was not yet updated.
My theory is that the controller does a
1 - 100 of 133 matches
Mail list logo