On Fri, May 01, 2020 at 12:38:45AM +0530, Sughosh Ganu wrote:
> On Fri, 1 May 2020 at 00:07, Heinrich Schuchardt wrote:
>
> > On 4/30/20 7:36 PM, Sughosh Ganu wrote:
> > > Add documentation highlighting the steps for using the uefi capsule
> > > update feature for updating the u-boot firmware
Hi Tom,
Please pull this PR.
Travis-ci: https://travis-ci.org/github/openedev/u-boot-amarula/builds/681057652
thanks,
Jagan.
The following changes since commit dd2c676a659a03daeef31d1221da2edff009d426:
Prepare v2020.07-rc1 (2020-04-28 15:55:57 -0400)
are available in the Git repository at:
On Fri, 1 May 2020 at 00:09, Heinrich Schuchardt wrote:
> On 4/30/20 7:36 PM, Sughosh Ganu wrote:
> > Add support for the get_image_info and set_image routines, which are
> > part of the efi firmware management protocol.
> >
> > The current implementation uses the set_image routine for updating
The memory allocated to store the FIT image containing SYSFW and board
configuration data is statically defined to the largest size expected.
Some additions to the board configuration data has pushed us slightly
over the current defined size on some HS devices, expand to 278000.
Signed-off-by:
Add kernel doc to the phy_read/write utility functions in phy.h
Signed-off-by: Dan Murphy
---
include/phy.h | 39 +++
1 file changed, 39 insertions(+)
diff --git a/include/phy.h b/include/phy.h
index b5de14cbfc29..c1f6509e42fc 100644
--- a/include/phy.h
+++
Hello
The addition of the DP83867 driver to uboot was done in a generic way that
made it a bit difficult to bring in new PHY drivers. The difficulty came in the
config flags and the phy_init function. The change is to make the flags and
init for the DP83867 more specific to the DP83867 device
Change the semihosting file operation functions into external symbols
so that they can be called from outside the file. These functions
would be required to be called for implementing firmware update
functionality for the qemu arm64 platform.
Signed-off-by: Sughosh Ganu
---
Add documentation highlighting the steps for using the uefi capsule
update feature for updating the u-boot firmware image.
Signed-off-by: Sughosh Ganu
---
doc/board/emulation/qemu-arm.rst | 112 +++
1 file changed, 112 insertions(+)
diff --git
Add support for uefi capsule authentication feature for the qemu arm64
platform. This feature is enabled by setting the environment variable
"capsule_authentication_enabled".
The following configs are needed for enabling uefi capsule update and
capsule authentication features on the platform.
On 30/04/2020 17.03, Christophe Leroy wrote:
>
>
> Le 30/04/2020 à 16:44, Rasmus Villemoes a écrit :
>> Hi,
>>
>> I'm wondering why the sysreset_mpc83xx driver (as well as the similar
>> code in arch/powerpc/cpu/mpc83xx/cpu.c) removes the MSR_IR and MSR_DR
>> bits from MSR.
>>
[snip]
>>
>> But
On Thu, Apr 30, 2020 at 09:38:06AM +0200, Michal Simek wrote:
> Hi Tom,
>
> Please pull these patches to your tree.
> Travis looks good.
> https://travis-ci.org/github/michalsimek/u-boot/builds/680070323
>
> Gitlab CI too
>
Hi all,
I've noticed that building am65x_evm_a53_defconfig causes the dtbs to be
built twice, once for the main u-boot and once for the spl. This is
because of an extra dependency in mach-k3/config_secure.mk added by
508369672ca3. Why should the produced dtbs depend on the target that
produces
Add the DP8382X generic PHY registration to the TI PHY init file.
Acked-by: Michal Simek
Signed-off-by: Dan Murphy
---
drivers/net/phy/ti_phy_init.c | 83 +++
1 file changed, 83 insertions(+)
diff --git a/drivers/net/phy/ti_phy_init.c
ti_phy_init function was allocated to the DP83867 PHY. This function
name is to generic for a specific PHY. The function can be moved to a
TI specific file that can register all TI PHYs that are defined in the
defconfig. The ti_phy_init file will contain all TI PHYs initialization
so that only
Fix kernel doc warnings in phy.h. Mostly the warnings were due to the
return missing the semi-colon.
Signed-off-by: Dan Murphy
---
include/phy.h | 19 ---
1 file changed, 8 insertions(+), 11 deletions(-)
diff --git a/include/phy.h b/include/phy.h
index
On DK1/2 board, when a 1.5A power supply is detected, a warning
message is displayed. In this message, "1.5mA" is displayed instead
of "1.5A".
Signed-off-by: Patrice Chotard
---
board/st/stm32mp1/stm32mp1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Add phy_set/clear_bit helper routines so that ported drivers from the
kernel can use these functions.
Signed-off-by: Dan Murphy
---
include/phy.h | 54 +++
1 file changed, 54 insertions(+)
diff --git a/include/phy.h b/include/phy.h
index
Add support for the get_image_info and set_image routines, which are
part of the efi firmware management protocol.
The current implementation uses the set_image routine for updating the
u-boot binary image for the qemu arm64 platform. This is supported
using the capsule-on-disk feature of the
This series is based on the capsule update series sent by Takahiro
Akashi[1].
These routines have been tested on the qemu arm64 platform for
updating the u-boot firmware through the capsule-on-disk functionality
of the uefi spec. This series supports updating the u-boot binary
image on platforms
On 4/30/20 7:36 PM, Sughosh Ganu wrote:
> Add documentation highlighting the steps for using the uefi capsule
> update feature for updating the u-boot firmware image.
>
> Signed-off-by: Sughosh Ganu
UEFI capsule updates should be architecture independent. I would expect
that the submitted code
The current function to parse the signature database(sigdb) only
allows parsing of secure boot related sigdb variables, namely PK, KEK,
db and dbx. Allow the function to parse any other sigdb
variables. This would be useful for the capsule authenticate feature,
which would be storing it's root
Add support for authenticating uefi capsules. Most of the signature
verification functionality is shared with the uefi secure boot
feature.
The root certificate containing the public key used for the signature
verification is stored as an efi variable, similar to the variables
used for uefi
The pkcs7 header parsing functionality is pretty generic, and can be
used by other features like capsule authentication. Make the function
as an extern, also changing it's name to efi_parse_pkcs7_header.
Signed-off-by: Sughosh Ganu
---
include/efi_loader.h | 2 +
Add a function to enable writing to a file. Currently, support is
added for writing to a binary file. This would be used for
implementing the firmware update functionality for the qemu arm64
platform.
Signed-off-by: Sughosh Ganu
---
arch/arm/lib/semihosting.c | 41
On Fri, 1 May 2020 at 00:07, Heinrich Schuchardt wrote:
> On 4/30/20 7:36 PM, Sughosh Ganu wrote:
> > Add documentation highlighting the steps for using the uefi capsule
> > update feature for updating the u-boot firmware image.
> >
> > Signed-off-by: Sughosh Ganu
>
> UEFI capsule updates
On Thu, Apr 30, 2020 at 09:53:46PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following x86 changes for v2020.07 release:
>
> - DM ACPI support (Part A)
> - Improve support for chain-loading x86 U-Boot
>
> The following changes since commit
On 4/30/20 7:36 PM, Sughosh Ganu wrote:
> Add support for the get_image_info and set_image routines, which are
> part of the efi firmware management protocol.
>
> The current implementation uses the set_image routine for updating the
> u-boot binary image for the qemu arm64 platform. This is
On 4/30/20 4:45 AM, David Wu wrote:
> Open structure data and interface, so that Soc using dw_eth_qos
> controller can reference.
This shouldn't be necessary; nothing outside of this driver should need
access to the registers.
At most, perhaps implement some additional functions so that other
On Thu, Apr 30, 2020 at 8:16 PM Tom Rini wrote:
>
> On Thu, Apr 30, 2020 at 12:34:05PM +0530, Jagan Teki wrote:
>
> > Some drivers and other bsp code not only poll the
> > register with timeout but also required to delay
> > on each transaction.
> >
> > This patch add that requirement by adding
On 4/30/20 3:03 PM, Jan Kiszka wrote:
> Hi all,
>
> I've noticed that building am65x_evm_a53_defconfig causes the dtbs to be
> built twice, once for the main u-boot and once for the spl. This is
> because of an extra dependency in mach-k3/config_secure.mk added by
> 508369672ca3. Why should the
On Fri, May 01, 2020 at 02:33:17AM +0530, Jagan Teki wrote:
> On Thu, Apr 30, 2020 at 8:16 PM Tom Rini wrote:
> >
> > On Thu, Apr 30, 2020 at 12:34:05PM +0530, Jagan Teki wrote:
> >
> > > Some drivers and other bsp code not only poll the
> > > register with timeout but also required to delay
> >
On 4/30/20 4:36 AM, David Wu wrote:
> It can be seen that most of the Socs using STM mac, "snps,reset-gpio"
> gpio is used, adding this option makes reset function more general.
> diff --git a/drivers/net/dwc_eth_qos.c b/drivers/net/dwc_eth_qos.c
> @@ -1712,11 +1724,29 @@ static int
On 4/30/20 4:36 AM, David Wu wrote:
> When using rgmii Gigabit mode, the wait_for_bit_le32()
> reset method resulting in RX can not receive data, after
> this patch, works well.
> diff --git a/drivers/net/dwc_eth_qos.c b/drivers/net/dwc_eth_qos.c
> + limit = eqos->config->swr_wait / 10;
> +
On 4/30/20 4:36 AM, David Wu wrote:
> After moving to eqos_ops, if eqos_config is defined
> outside, can not export interface() definition.
Looking at the patch itself, I think this patch just moves a function
pointer from the config to the ops structure which makes sense. However,
I can't
Hi All,
I noticed some recent(ish) commits in u-boot.git are missing a
sign-off from the maintainer. Is this an omission or an intentional
change in process?
I don't have a problem either way but if it was an omission I thought
I'd point it out. If it's intentional then this message can go to
On Thu, Apr 30, 2020 at 05:54:26PM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 6864fc8704661878294d1f0f981f47e864ef470f:
>
> Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sh (2020-04-29
> 10:39:18 -0400)
>
> are available in the Git repository at:
>
>
This patch add support for USB2PHY and PCIe PHY driver
on rockchip platform and tested the same in rk3399.
Basic code is referenced from Linux, hence all the
license SPDX are reused.
The reason behind sending this as RFC is PHY devices
for u2phy, pcie_phy nodes are unable to get via
Generic
Add the Rockchip PCIe PHY driver as part of
Generic PHY framework.
Signed-off-by: Jagan Teki
---
drivers/Kconfig | 2 +
drivers/Makefile | 1 +
drivers/phy/rockchip/Kconfig | 9 +
drivers/phy/rockchip/Makefile| 6 +
Now, we have a PCIe PHY driver as part of the Generic
PHY framework. Let's use it instead of legacy PHY driver.
Signed-off-by: Jagan Teki
---
drivers/pci/pcie_rockchip.c | 20 ++--
drivers/pci/pcie_rockchip.h | 5 +
2 files changed, 15 insertions(+), 10 deletions(-)
diff
Drop the legacy PHY driver and it's associated code since
the PHY handling driver now part of Generic PHY framework.
Signed-off-by: Jagan Teki
---
drivers/pci/Makefile| 2 +-
drivers/pci/pcie_rockchip.c | 75 +++-
drivers/pci/pcie_rockchip.h | 147
Add Rockchip USB2PHY driver with initial support.
This will help to use it for EHCI controller in host
mode, and USB 3.0 controller in otg mode.
More functionality like charge, vbus detection will
add it in future changes.
Signed-off-by: Jagan Teki
---
drivers/phy/rockchip/Kconfig
Yes, This is changing the actual device tree pcie_phy
structure but the problem with the current Generic PHY
subsystem is unable to find PHY if the PHY node is not
part of the root structure and also PHY parent is
non-PHY type.
This will be reverted once we support the PHY subsystem
to get the
Yes, This is changing the actual device tree u2phy
structure but the problem with the current Generic
PHY subsystem is unable to find PHY if the PHY node
is not part of the root structure.
This will be reverted once we support the PHY subsystem
to get the PHY even though it is not part of the
Enable/Disable the USB2PHY clk for rk3399.
CLK is clear in enable and set in disable functionality.
Signed-off-by: Jagan Teki
---
drivers/clk/rockchip/clk_rk3399.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/clk/rockchip/clk_rk3399.c
On 4/30/20 4:36 PM, Stephen Warren wrote:
> On 4/30/20 4:36 AM, David Wu wrote:
>> It can be seen that most of the Socs using STM mac, "snps,reset-gpio"
>> gpio is used, adding this option makes reset function more general.
>
>> diff --git a/drivers/net/dwc_eth_qos.c b/drivers/net/dwc_eth_qos.c
>
On 4/30/20 4:45 AM, David Wu wrote:
> Change the original data structure so that Rockchip's Soc
> gmac controller can support the designware.c and dwc_eth_qos.c
> drivers, a Soc can only support one.
I'm really confused; with a filename like gmac_rockchip.c that sounds
like it's driver for a MAC
On 4/30/20 2:52 PM, Sughosh Ganu wrote:
>
> On Tue, 28 Apr 2020 at 05:58, AKASHI Takahiro
> mailto:takahiro.aka...@linaro.org>> wrote:
>
> Heinrich,
>
> On Mon, Apr 27, 2020 at 10:28:35PM +0200, Heinrich Schuchardt wrote:
> > On 4/27/20 11:48 AM, AKASHI Takahiro wrote:
> > >
On Wed, Apr 29, 2020 at 03:24:28PM +0200, Frank Wunderlich wrote:
> Hi,
>
> I hope the mtk xhci series can be merged because further xhci-development for
> mt7622/23 depends on this.
If Marek is happy with the code, I won't object.
>
> Regards Frank
>
> Am 29. April 2020 14:49:05 MESZ
On 4/30/20 4:43 AM, David Wu wrote:
> For others using, clk_rx and clk_tx may not be necessary,
> and their clock names are different.
> diff --git a/drivers/net/dwc_eth_qos.c b/drivers/net/dwc_eth_qos.c
> @@ -1691,20 +1699,16 @@ static int eqos_probe_resources_stm32(struct udevice
> *dev)
>
It is useful to know what mode U-Boot is running in. Add a message at the
end of the 'bdinfo' output.
Signed-off-by: Simon Glass
Suggested-by: Mark Kettenis
---
Changes in v4:
- Fix signed/unsigned mismatch in printf()
Changes in v3:
- Show bit width for all archs, use sizeof(void *)
Changes
This series creates a new 64-bit 'coreboot64' build which can be launched
from coreboot. It uses SPL to effect the jump to 64-bit mode.
This was done in an attempt to get the Ubuntu FirmwareTestSuite[1]
working. Unfortunately the latest version shows a splash screen and hangs,
perhaps due to some
At present this function copies U-Boot from the last 1MB of ROM. This is
not the right way to do it. Instead, the binman symbol should provide the
location.
But in any case the code should live in the caller,
spl_board_load_image(), so that the 64-bit jump function can be used
elsewhere. Move it.
At present this function is only available in 32-bit code. Move it to the
common cpu file so it can be used by 64-bit U-Boot too.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch to make coreboot detection work in 64-bit code
Changes in v2: None
arch/x86/cpu/cpu.c | 25
Coreboot runs in 32-bit mode and cannot run a 64-bit U-Boot. To get around
this we can build a combined image with 32-bit SPL and 64-bit U-Boot. Add
a build rule and binman definition for this.
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
Makefile
Am May 1, 2020 3:21:44 AM UTC schrieb Simon Glass :
>It is useful to know what mode U-Boot is running in. Add a message at
>the
>end of the 'bdinfo' output.
>
>Signed-off-by: Simon Glass
>Suggested-by: Mark Kettenis
>---
>
>Changes in v3:
>- Show bit width for all archs, use sizeof(void *)
>
Am May 1, 2020 3:21:45 AM UTC schrieb Simon Glass :
>Add a build for running 64-bit U-Boot from coreboot (which is 32-bit).
>This uses binman to create an image with a 32-bit SPL and a 64-bit
>U-Boot.
>
>Coreboot boots into SPL and then SPL boots into U-Boot.
>
>This allows running 64-bit EFI
Am May 1, 2020 4:04:06 AM UTC schrieb Simon Glass :
>HI Heinrich,
>
>On Thu, 30 Apr 2020 at 21:57, Heinrich Schuchardt
>wrote:
>>
>> Am May 1, 2020 3:21:45 AM UTC schrieb Simon Glass :
>> >Add a build for running 64-bit U-Boot from coreboot (which is
>32-bit).
>> >This uses binman to create an
Add a build for running 64-bit U-Boot from coreboot (which is 32-bit).
This uses binman to create an image with a 32-bit SPL and a 64-bit U-Boot.
Coreboot boots into SPL and then SPL boots into U-Boot.
This allows running 64-bit EFI images on x86.
Signed-off-by: Simon Glass
---
Changes in v3:
Make a few adjustments to allow us to build an SPL image for coreboot.
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
arch/x86/cpu/Makefile| 4 +++-
arch/x86/cpu/coreboot/Makefile | 8 +++-
arch/x86/cpu/coreboot/coreboot.c | 3 ++-
It is useful to know what mode U-Boot is running in. Add a message at the
end of the 'bdinfo' output.
Signed-off-by: Simon Glass
Suggested-by: Mark Kettenis
---
Changes in v3:
- Show bit width for all archs, use sizeof(void *)
Changes in v2:
- Add a new patch to indicate 32/64-bit in bdinfo
At present SPL only works on bare-metal builds. With a few tweaks it can
be used for coreboot also.
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
arch/x86/lib/spl.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/x86/lib/spl.c
HI Heinrich,
On Thu, 30 Apr 2020 at 21:57, Heinrich Schuchardt wrote:
>
> Am May 1, 2020 3:21:45 AM UTC schrieb Simon Glass :
> >Add a build for running 64-bit U-Boot from coreboot (which is 32-bit).
> >This uses binman to create an image with a 32-bit SPL and a 64-bit
> >U-Boot.
> >
> >Coreboot
Hi Tom,
On Thu, 30 Apr 2020 at 09:05, Tom Rini wrote:
> On Tue, Apr 28, 2020 at 04:40:47PM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 28 Apr 2020 at 09:52, Tom Rini wrote:
> > >
> > > On Tue, Apr 28, 2020 at 09:41:14AM -0600, Simon Glass wrote:
> > > > Hi Tom.
> > > >
> > > > On
On 5/1/20 6:02 AM, Simon Glass wrote:
> It is useful to know what mode U-Boot is running in. Add a message at the
> end of the 'bdinfo' output.
>
> Signed-off-by: Simon Glass
> Suggested-by: Mark Kettenis
Reviewed-by: Heinrich Schuchardt
> ---
>
> Changes in v4:
> - Fix signed/unsigned
On Fri, 1 May 2020 at 00:57, Tom Rini wrote:
> On Fri, May 01, 2020 at 12:38:45AM +0530, Sughosh Ganu wrote:
> > On Fri, 1 May 2020 at 00:07, Heinrich Schuchardt
> wrote:
> >
> > > On 4/30/20 7:36 PM, Sughosh Ganu wrote:
> > > > Add documentation highlighting the steps for using the uefi
Hi Heinrich,
On Thu, 30 Apr 2020 at 21:39, Heinrich Schuchardt wrote:
>
> Am May 1, 2020 3:21:44 AM UTC schrieb Simon Glass :
> >It is useful to know what mode U-Boot is running in. Add a message at
> >the
> >end of the 'bdinfo' output.
> >
> >Signed-off-by: Simon Glass
> >Suggested-by: Mark
On the Raspberry Pi 4, after a PCI reset, VL805's (a xHCI chip) firmware
may either be loaded directly from an EEPROM or, if not present, by the
SoC's VideoCore (the SoC's co-processor). Introduce the function that
informs VideoCore that VL805 may need its firmware loaded.
Signed-off-by: Nicolas
Enable DM_ETH on all the defconfigs for the P2041RDB board.
Signed-off-by: Madalin Bucur
---
configs/P2041RDB_NAND_defconfig| 3 +++
configs/P2041RDB_SDCARD_defconfig | 3 +++
configs/P2041RDB_SECURE_BOOT_defconfig | 3 +++
configs/P2041RDB_SPIFLASH_defconfig| 3 +++
Newer revisions of the RPi4 need their xHCI chip, VL805, firmware to be
loaded explicitly. Earlier versions didn't need that as they where using
an EEPROM for that purpose. This series takes care of setting up the
relevant infrastructure and run the firmware loading routine at the
right moment.
When needed, RPi4's co-processor (called VideoCore) has to be instructed
to load VL805's firmware (the chip providing xHCI support). VideoCore's
firmware expects the board's PCIe bus to be already configured in order
for it to load the xHCI chip firmware. So we have to make sure this
happens in
Introduce the QorIQ DPAA 1 Frame Manager nodes in the T1024RDB
device tree. The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/t1024rdb.dts | 54 ++-
1
Introduce the QorIQ DPAA 1 Frame Manager nodes in the P5040DS
device tree. The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/p5040ds.dts | 252 ++-
1
Add the QorIQ DPAA 1 Frame Manager v3 device tree nodes for the
T102x SoCs. The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/t1023si-post.dtsi | 37 +
The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/p5040si-post.dtsi | 69 ++
1 file changed, 69 insertions(+)
create mode 100644
V4 = cosmetic update of the previous serie V3
"arm: stm32mp1: activate data cache in SPL and before relocation"
http://patchwork.ozlabs.org/project/uboot/list/?series=172557
This serie depends on the ARM cache serie:
"arm: caches: allow to activate dcache in SPL and in U-Boot pre-reloc"
On Tue, Apr 28, 2020 at 04:40:47PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 28 Apr 2020 at 09:52, Tom Rini wrote:
> >
> > On Tue, Apr 28, 2020 at 09:41:14AM -0600, Simon Glass wrote:
> > > Hi Tom.
> > >
> > > On Tue, 28 Apr 2020 at 08:19, Tom Rini wrote:
> > > >
> > > > On Mon, Apr 27,
Allow the MDIO devices to be probed based on the device tree.
Signed-off-by: Madalin Bucur
---
drivers/net/fsl_mdio.c | 138 ++---
1 file changed, 132 insertions(+), 6 deletions(-)
diff --git a/drivers/net/fsl_mdio.c b/drivers/net/fsl_mdio.c
index
Add the QorIQ DPAA Frame Manager device tree nodes description.
The device tree fragments are copied over with little modification
from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/qoriq-fman-0-10g-0.dtsi | 37 +++
This patch set enables DM_ETH on some of the DPAA1 PowerPC
platforms. The required changes are added to the SoC and board
device tree files. The TSEC MDIO, in use by the DPAA 1 platforms
with FMan prior to v3, gets DM MDIO support. Only two platforms
get the DM_ETH support enabled as they have a
Add the required changes for compiling with DM_ETH on the PPC
DPAA platforms.
Signed-off-by: Madalin Bucur
---
arch/powerpc/cpu/mpc85xx/cpu_init.c | 2 ++
board/freescale/b4860qds/b4860qds.c | 2 ++
board/freescale/corenet_ds/corenet_ds.c | 2 ++
board/freescale/ls1043aqds/ls1043aqds.c
Hi Simon,
On Mon, Apr 27, 2020 at 3:38 AM Simon Glass wrote:
>
> This series creates a new 64-bit 'coreboot64' build which can be launched
> from coreboot. It uses SPL to effect the jump to 64-bit mode.
>
> This was done in an attempt to get the Ubuntu FirmwareTestSuite[1]
> working.
Le 30/04/2020 à 16:44, Rasmus Villemoes a écrit :
Hi,
I'm wondering why the sysreset_mpc83xx driver (as well as the similar
code in arch/powerpc/cpu/mpc83xx/cpu.c) removes the MSR_IR and MSR_DR
bits from MSR.
On my mpc8309, that seems to simply make the board hang right after
writing the
Introduce the QorIQ DPAA 1 Frame Manager nodes in the P3041DS
device tree. The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/p3041ds.dts | 129 ++-
1
Fix Palmer's email address
Signed-off-by: Pragnesh Patel
Reviewed-by: Bin Meng
---
board/sifive/fu540/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/sifive/fu540/MAINTAINERS b/board/sifive/fu540/MAINTAINERS
index 702d803ad8..5381fc0639 100644
---
With current u-boot mainline espressobin is not working:
- SATA causes synchronous abort on startup
- USB3, SD card, EMMC flash and ethernet are not working out of the box
This patch series fixes above (with SATA not yet working) and makes
espressobin usable again with mainline u-boot, based on
activate MMC_BROKEN_CD because drivers/mmc/mvebu_mmc.c does not
yet follow the driver model, so the card detection GPIO is not polled.
activate network switch, tested with bootp and random MAC generation
Signed-off-by: Peter Vollmer
---
configs/mvebu_espressobin-88f3720_defconfig | 4 +++-
1
from
https://github.com/MarvellEmbeddedProcessors/u-boot-marvell/blob/u-boot-2018.03-armada-18.12/arch/arm/dts/armada-3720-espressobin.dts
fix comphy mode settings for USB3 (working)
fix comphy mode setting for network (working)
fix comphy mode setting for SATA (not yet working)
add config for
Hi Simon,
-"Simon Glass" schrieb: -
>Betreff: [PATCH v1 01/35] dm: core: Add an ACPI name for the root
>node
>
>This always has a fixed ACPI name so add it as a driver function.
>
>Signed-off-by: Simon Glass
>---
>
>Changes in v1:
>- Capitalise ACPI_OPS_PTR
>
> drivers/core/root.c | 13
In case CONFIG_DM_ETH is enabled, no hardcoding is necessary for DPAA2
Ethernet devices. Compile out any unnecessary setup when CONFIG_DM_ETH
is activated. Also, force the PCI devices to be enumerated at probe
time.
Signed-off-by: Ioana Ciornei
---
board/freescale/ls1088a/eth_ls1088aqds.c | 2
On Thu, Apr 30, 2020 at 5:13 PM Tom Rini wrote:
>
> On Thu, Apr 30, 2020 at 12:35:20PM +0300, Andy Shevchenko wrote:
> > On Thu, Apr 30, 2020 at 12:34 PM Andy Shevchenko
> > wrote:
> > >
> > > HI!
> > >
> > > Did I miss anything myself?
> >
> > U-Boot v2020.04
> >
> > > U-Boot:
> > > => ext4ls
On Thu, 2020-04-30 at 15:31 +0200, Mark Kettenis wrote:
> > From: Nicolas Saenz Julienne
> > Date: Thu, 30 Apr 2020 15:04:32 +0200
> >
> > On the Raspberry Pi 4, after a PCI reset, VL805's (a xHCI chip) firmware
> > may either be loaded directly from an EEPROM or, if not present, by the
> >
Hi Tom,
This PR includes the following x86 changes for v2020.07 release:
- DM ACPI support (Part A)
- Improve support for chain-loading x86 U-Boot
The following changes since commit 6864fc8704661878294d1f0f981f47e864ef470f:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sh (2020-04-29
Hi David
On 4/30/20 12:43 PM, David Wu wrote:
> For others using, clk_rx and clk_tx may not be necessary,
> and their clock names are different.
>
> Signed-off-by: David Wu
> ---
>
> drivers/net/dwc_eth_qos.c | 65 +++
> 1 file changed, 31 insertions(+), 34
On Thu, Apr 30, 2020 at 12:34:05PM +0530, Jagan Teki wrote:
> Some drivers and other bsp code not only poll the
> register with timeout but also required to delay
> on each transaction.
>
> This patch add that requirement by adding sleep_us
> variable so-that read_poll_timeout now support
>
The following changes since commit 6864fc8704661878294d1f0f981f47e864ef470f:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-sh (2020-04-29
10:39:18 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2020-07-rc2
for you to
On Tue, 28 Apr 2020 at 05:58, AKASHI Takahiro
wrote:
> Heinrich,
>
> On Mon, Apr 27, 2020 at 10:28:35PM +0200, Heinrich Schuchardt wrote:
> > On 4/27/20 11:48 AM, AKASHI Takahiro wrote:
> > > Capsule data can be loaded into the system either via UpdateCapsule
> > > runtime service or files on a
Add the QorIQ DPAA Frame Manager version 3 device tree nodes
description. The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
.../dts/qoriq-fman3-0-10g-0-best-effort.dtsi | 47
Add an entry for the PowerPC QorIQ DPAA device tree include files.
Signed-off-by: Madalin Bucur
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6aabb77..655198f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -854,6 +854,7 @@ M: Madalin Bucur
The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/p3041si-post.dtsi | 42 ++
1 file changed, 42 insertions(+)
create mode 100644
The device tree fragments are copied over with little
modification from the Linux kernel source code.
Signed-off-by: Madalin Bucur
---
arch/powerpc/dts/p2041si-post.dtsi | 42 ++
1 file changed, 42 insertions(+)
create mode 100644
1 - 100 of 237 matches
Mail list logo