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
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
> Am 29.04.2019 um 17:52 schrieb Christian Gmeiner
> :
>
>> Am Mo., 29. Apr. 2019 um 17:35 Uhr schrieb Alexander Graf :
>>
>>
>>> On 29.04.19 16:29, Christian Gmeiner wrote:
>>> Hi
>>>
Am Do., 25. Apr. 2019 um 12:09 Uhr schrieb Alexander Graf
:
> On 16.04.19 13:38,
On 30.04.19 23:40, Westergreen, Dalon wrote:
On Tue, 2019-04-30 at 22:09 +0200, Marek Vasut wrote:
On 4/30/19 10:05 PM, Simon Goldschmidt wrote:
Am 30.04.2019 um 22:01 schrieb Marek Vasut:
On 4/30/19 9:19 PM, Simon Goldschmidt wrote:
Am 30.04.2019 um 21:08 schrieb Marek Vasut:
On 4/30/19
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
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
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
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
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
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
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
> 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
> 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!
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
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?
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,
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.
> >
> >
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
>
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
>
>
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
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:
>
> 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
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
>
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:
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:
>
> 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
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
>
>
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
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
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
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
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 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
> >
> >
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:
>
>
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,
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
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:
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 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:
>
> 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:
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
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
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
+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
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
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
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
---
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
> ---
>
>
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
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 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
> > ---
> >
> >
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
>
>
+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
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
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
> 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 ++-
> 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
> 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
> ---
>
>
> 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
> 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!
> 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
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.
> >>
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(-)
>
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 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.
> >
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
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
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
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
> 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
> 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
> ---
>
>
> 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
> 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
> ---
>
>
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
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
>
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 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 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
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
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
>
>
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
>
>
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
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
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
>
>
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
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
>
>
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
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
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
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
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,
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
Build an SPL which can be started via SCIF download mode on R-Car Gen3
and allows loading and executing U-Boot uImage with the next stage code.
This is also useful for starting e.g. ATF BL2, which inits the hardware
and returns to the U-Boot SPL, which can then load e.g. U-Boot proper.
The H3,
1 - 100 of 119 matches
Mail list logo
