updated CAAM driver files maintainer.
Signed-off-by: Gaurav Jain
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6db5354322..c5bb2b861b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1296,3 +1296,9 @@ T:git https://source.denx.de/
removed sec_init() call and CONFIG_FSL_CAAM from defconfig.
sec is initialized based on job ring information processed
from device tree.
Signed-off-by: Gaurav Jain
Reviewed-by: Priyanka Jain
---
arch/powerpc/cpu/mpc85xx/Kconfig | 33 +++
arch/powerpc/cpu/mpc85xx/cpu
device tree imported from linux kernel.
c500bee1c5b2 (tag: v5.14-rc4) Linux 5.14-rc4
Signed-off-by: Gaurav Jain
Reviewed-by: Priyanka Jain
---
arch/powerpc/dts/p2041si-post.dtsi | 1 +
arch/powerpc/dts/p3041si-post.dtsi | 1 +
arch/powerpc/dts/p4080si-post.dtsi | 1 +
arch/powerpc/dts/
LS(1021/1012/1028/1043/1046/1088/2088), LX2160, LX2162
platforms are enabled with JR driver model.
removed sec_init() call from board files.
removed CONFIG_FSL_CAAM from defconfig files.
sec is initialized based on job ring information processed
from device tree.
Signed-off-by: Gaurav Jain
Revie
LS(1021/1012/1028/1043/1046/1088/2088), LX2160 - updated device tree
Signed-off-by: Gaurav Jain
Reviewed-by: Priyanka Jain
---
arch/arm/dts/fsl-ls1012a.dtsi | 46 ++-
arch/arm/dts/fsl-ls1043a.dtsi | 45 +-
arch/arm/dts/fsl-ls1046a.
From: Ye Li
RNG parameters are reconfigured.
- For TRNG to generate 256 bits of entropy, RNG TRNG Seed Control register
is configured to have reduced SAMP_SIZE from default 2500 to 512. it is
number of entropy samples that will be taken during Entropy generation.
- self-test registers(Monobit
i.MX8(QM/QXP) - added support for JR driver model.
sec is initialized based on job ring information processed
from device tree.
Signed-off-by: Gaurav Jain
Signed-off-by: Horia Geantă
Reviewed-by: Ye Li
---
arch/arm/Kconfig | 3 ++
arch/arm/include/asm/arch-imx8/imx-re
i.MX8(QM/QXP) - updated device tree for supporting DM in SPL.
disabled use of JR1 in SPL and uboot, as JR1 is reserved
for SECO FW.
Signed-off-by: Gaurav Jain
Reviewed-by: Ye Li
---
arch/arm/dts/fsl-imx8dx.dtsi | 61 +++-
arch/arm/dts/fsl-imx8qm-mek-u-boot.dtsi
added crypto node in device tree.
sec is initialized based on job ring information processed
from device tree.
Signed-off-by: Gaurav Jain
Reviewed-by: Ye Li
---
arch/arm/Kconfig | 2 +-
arch/arm/dts/imx7ulp.dtsi| 24
arch/arm/mach-imx/mx7ulp/Kco
i.MX7D - added support for JR driver model.
removed sec_init() call, sec is initialized based on
job ring information processed from device tree.
Signed-off-by: Gaurav Jain
Reviewed-by: Ye Li
---
arch/arm/Kconfig | 2 +-
arch/arm/mach-imx/mx7/Kconfig | 2 ++
arch/arm/mach-imx/mx
i.MX6,i.MX6SX,i.MX6UL - added support for JR driver model.
removed sec_init() call, sec is initialized based on
job ring information processed from device tree.
Signed-off-by: Gaurav Jain
Reviewed-by: Ye Li
---
arch/arm/mach-imx/mx6/Kconfig | 15 +++
arch/arm/mach-imx/mx6/soc.c |
From: Ye Li
Because we don't use SPL_DM on mx6sabresd and mx6sabreauto, so it is
unnecessary to have SPL DTB related configs and SPL_OF_CONTROL enabled.
Signed-off-by: Ye Li
Reviewed-by: Fabio Estevam
Reviewed-by: Gaurav Jain
---
configs/mx6sabreauto_defconfig | 2 --
configs/mx6sabresd_defc
i.MX8MM/MN/MP/MQ - added support for JR driver model.
sec is initialized based on job ring information processed
from device tree.
Signed-off-by: Gaurav Jain
Reviewed-by: Ye Li
---
arch/arm/Kconfig | 2 +-
arch/arm/include/asm/arch-imx8m/imx-regs.h | 1 +
arch/arm/ma
disabled use of JR0 in SPL and uboot, as JR0 is reserved
for secure boot.
Signed-off-by: Gaurav Jain
Reviewed-by: Ye Li
---
arch/arm/dts/imx8mm-evk-u-boot.dtsi | 19 ++-
arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi | 19 ++-
arch/arm/dts/imx8mp-evk-u-boot.dtsi
added device tree support for job ring driver.
sec is initialized based on job ring information processed
from device tree.
Signed-off-by: Gaurav Jain
Reviewed-by: Ye Li
---
drivers/crypto/fsl/jr.c | 323 ++--
drivers/crypto/fsl/jr.h | 19 +++
2 files change
This patchset adds the support for following:
1) CAAM Driver model for all i.MX, layerscape, PPC platforms.
2) Added crypto node in device tree files.
3) fix build issue for mx6sabre: Remove SPL DTB related configs and
SPL_OF_CONTROL.
4) improve hwrng performance in kernel.
i.MX platforms:
i.MX6,
Signed-off-by: Javad Rahimi
---
board/sunxi/board.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/sunxi/board.c b/board/sunxi/board.c
index ff80283702..62d32b6329 100644
--- a/board/sunxi/board.c
+++ b/board/sunxi/board.c
@@ -1017,9 +1017,10 @@ void __led_init (led_
PH20 and PH21 are two LED on the board which users
can select to be turn on at boot time.
Signed-off-by: Javad Rahimi
---
board/sunxi/board.c | 42 ++
1 file changed, 42 insertions(+)
diff --git a/board/sunxi/board.c b/board/sunxi/board.c
index 4f5747c34
On Thu, Oct 28, 2021 at 3:27 PM Manuel Dipolt wrote:
>
> This patch enables clock for the r_pio gpios for the h3
> r_pio is required to access gpios from port L
>
> readout or setting of gpio PL10 (for example to control a led):
>
> => gpio input PL10
> gpio: pin PL10 (gpio 298) value is 0
> => gp
On Thu, Nov 4, 2021 at 6:32 AM Andre Przywara wrote:
>
> The sunxi MUSB glue driver has some code to check for external VBUS
> presence when it's going to use the MUSB host mode, and it warns if
> there is VBUS provided through the cable (in sunxi_musb_enable()).
>
> This code was apparently copie
On Sat, Sep 11, 2021 at 11:09 PM Jernej Skrabec
wrote:
>
> From: Icenowy Zheng
>
> Sometimes some ethernet aliases do not exist in U-Boot DT but they
> exist in the DT used to boot the system (for example, modified via DT
> overlays). In this situation setup_environment is called again in
> ft_bo
On Wed, Jun 30, 2021 at 1:09 PM wrote:
>
> From: qianfan Zhao
>
> bpi-m2u has a hardware usb_otg, let's enable it in dts.
>
> Signed-off-by: qianfan Zhao
> ---
Better Sync dts from linux instead of intermediate changes.
Jagan.
On Wed, Jun 30, 2021 at 1:09 PM wrote:
>
> From: qianfan Zhao
>
> the r40 has the same configurations with a33, disable enable_pmu_unk1 and
> phy0_dual_route feature.
>
> Signed-off-by: qianfan Zhao
> ---
Reviewed-by: Jagan Teki
On Sun, May 23, 2021 at 4:52 AM Andreas Rehn wrote:
>
> Add variant V3S_EMAC.
> Handle pinmux compile time error by skipping goio setup, because
> V3s uses internal phy and don't expose pins.
>
> Signed-off-by: Andreas Rehn
> ---
> Changes in v2:
> - skip pinmux and add proper description
On Sat, May 22, 2021 at 1:36 AM Andreas Rehn wrote:
>
> Enable emac for licheepi-zero-dock as it provides a ethernet port
>
> Signed-off-by: Andreas Rehn
> ---
> arch/arm/dts/sun8i-v3s-licheepi-zero-dock.dts | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/arch/arm/dts/sun8i-v3s
On Mon, Dec 6, 2021 at 10:21 PM wrote:
>
> Hello Jagan,
>
> Do you wish to review this patch before I take it through the at91 tree ?
> I am skimming through the patches for the next cycle merge window.
Yes, please take it.
Jagan.
On Wed, Nov 3, 2021 at 10:17 PM Tudor Ambarus
wrote:
>
> sama7g5 QSPI has:
> 1/ One Octal Serial Peripheral Interfaces (QSPI0) Supporting Up to
>200 MHz DDR. Octal, TwinQuad, Hyperflash and OctaFlash Protocols Supported
> 2/ One Quad Serial Peripheral Interfaces (QSPI1) Supporting Up to
>9
Hi, Simon!
On 07.12.21 02:11, Simon Glass wrote:
> Add an empty file to prevent build errors when building with
> CONFIG_OF_SEPARATE enabled.
>
> The build instructions in U-Boot do not provide enough detail to build a
> useful devicetree, unfortunately.
There is no such instruction exists as the
When the TCG2 protocol is installed in efi_tcg2_register(),
TPM2 device must be present.
tcg2_measure_pe_image() expects that TCP2 protocol is installed
and TPM device is available. If TCG2 Protocol is installed but
TPM device is not found, tcg2_measure_pe_image() returns
EFI_SECURITY_VIOLATION and
There are functions that calls tcg2_agile_log_append() outside
of the TCG protocol invocation (e.g tcg2_measure_pe_image).
These functions must to check that TCG2 protocol is installed.
If not, measurement shall be skipped.
Signed-off-by: Masahisa Kojima
---
No update since v1
lib/efi_loader/e
This commit modify efi_tcg2_register() to return the
appropriate error.
With this fix, sandbox will not boot because efi_tcg2_register()
fails due to some missing feature in GetCapabilities.
So disable sandbox if EFI_TCG2_PROTOCOL is enabled.
UEFI secure boot variable measurement is not directly r
This series fix the efi_tcg2.c error handling.
Masahisa Kojima (3):
efi_loader: efi_tcg2_register returns appropriate error
efi_loader: check tcg2 protocol installation outside the TCG protocol
efi_loader: correctly handle no tpm device error
include/efi_loader.h | 2 +
lib/e
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li ; Ramon
>Fried
>Subject: [PATCH 15/15] arm: dts: ls1028a-qds: declare in-band autoneg for
>Ethernet ports
>
>As explain
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 14/15] arm: dts: ls1028a-rdb: sync device tree with Linux
>
>Allow device trees to be reused between L
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 12/15] arm: dts: ls1028a-rdb: disable I2C buses 1 through 7
>
>There is no I2C peripheral on these bus
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 11/15] arm: dts: ls1028a-rdb: disable DSPI nodes
>
>There is no SPI peripheral on the LS1028A-RDB, the
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li ; Ramon
>Fried
>Subject: [PATCH 10/15] arm: dts: ls1028a-rdb: sync Ethernet device tree nodes
>with Linux
>
>In a bit o
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 09/15] arm: dts: ls1028a-rdb: sort nodes alphabetically
>
>The nodes in the NXP LS1028A-RDB device tre
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li ; Simon
>Glass
>Subject: [PATCH 08/15] rtc: pcf2127: remove U-Boot specific compatible string
>
>Now that all in-tree b
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 07/15] arm: dts: lx2160a-rdb: use Linux compatible string for
>RTC
>
>During the LS1028A-RDB sync with
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 06/15] arm: lx2160a-qds: use Linux compatible string for RTC
>
>During the LS1028A-RDB sync with Linux
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 05/15] arm: ls1088a-rdb: use Linux compatible string for RTC
>
>During the LS1028A-RDB sync with Linux
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 04/15] arm: ls1088a-qds: use Linux compatible string for RTC
>
>During the LS1028A-RDB sync with Linux
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li
>Subject: [PATCH 03/15] arm: dts: ls1028a-qds: use Linux compatible string for
>RTC
>
>The LS1028A-QDS board won't be
>-Original Message-
>From: Vladimir Oltean
>Sent: Thursday, December 2, 2021 8:24 PM
>To: u-boot@lists.denx.de
>Cc: Michael Walle ; Tom Rini ;
>Priyanka Jain ; Leo Li ; Heiko
>Schocher
>Subject: [PATCH 01/15] i2c: muxes: pca954x: add PCA9847 variant
>
>This seems to be very similar to
On Mon, 6 Dec 2021 at 23:08, Ilias Apalodimas
wrote:
>
> On Fri, Dec 03, 2021 at 12:58:13PM +0900, Masahisa Kojima wrote:
> > This commit modify efi_tcg2_register() to return the
> > appropriate error.
> > With this fix, sandbox will not boot because efi_tcg2_register()
> > fails due to some missi
Hi all, I’m reaching out on this list as my problem spans U-Boot and Openwrt.
In essence the very same kernel (5.4 and 5.10 - built using latest Openwrt),
packaged in a FIT, is not receiving bootlogs from latest U-Boot and it’s also
not being informed of the presence of the location and existenc
On Tue, Dec 7, 2021 at 1:12 AM Simon Glass wrote:
> Sync these file, obtained from Linux v5.15.
>
> Add a note for the maintainer, and SPDX lines where they are missing.
> The added lines are:
>
>SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause
>
> Note, this matches the text in those files,
Hi Mark,
Thank you for the comment.
On Mon, Dec 06, 2021 at 12:41:28PM +0100, Mark Kettenis wrote:
> > Date: Mon, 6 Dec 2021 13:16:23 +0900
> > From: AKASHI Takahiro
> >
> > On Fri, Dec 03, 2021 at 05:32:49PM +0100, Heinrich Schuchardt wrote:
> > > On 11/25/21 06:44, AKASHI Takahiro wrote:
> >
On Mon, 6 Dec 2021 17:11:52 -0700
Simon Glass wrote:
> Sync these files, obtained from Linux v5.15.
Sorry, but this would be wrong.
How do you know which board it is? Highbank or Midway? We use the
same binary for both, and decide either by the DT nodes we find in DRAM
or by some autodetection
On 12/6/21 16:11, Simon Glass wrote:
Without this option QEMU appears to hang. Add it to avoid confusion.
Signed-off-by: Simon Glass
I think there was some work to get a virtio framebuffer working. But
adding -nographic is ok.
Reviewed-by: Heinrich Schuchardt
---
(no changes since v1)
On 12/6/21 16:11, Simon Glass wrote:
At present some of the ideas and techniques behind devicetree in U-Boot
are assumed, implied or unsaid. Add some documentation to cover how
devicetree is build, how it can be modified and the rules about using
the various CONFIG_OF_... options.
Signed-off-by:
Show a warning at build time if the devicetree is built for a board which
normally should get it from a prior stage:
Warning: Devicetree was built but is not normally used on this board
When running, if the devicetree failed to come from the expected source,
show a warning then also, e.g:
U-Boot always needs some sort of a device tree. Some boards never actually
use this, at least in production systems, since a prior firmware stage
sets one up and passes it to U-Boot. At present the only mechanism to do
that is with custom function (OF_BOARD), but future work will include a
standard
Add a function that returns some basic stats about driver model. For now
we only have two.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/core/device.c| 11 ++
drivers/core/root.c | 7 ++
drivers/core/uclass.c| 13
include/dm/dev
Keep track of where the devicetree came from, so we can report this later.
Signed-off-by: Simon Glass
---
Changes in v7:
- Drop FDTSRC_PASSAGE for now
include/asm-generic/global_data.h | 4
include/fdtdec.h | 32 +++
lib/fdtdec.c
When U-Boot is started from another firmware program, not just a prior
phase of U-Boot, special behaviour is typically used. In particular, the
device tree may come from that prior stage.
At present this is sort-of indicated by OF_BOARD, although the
correlation is not 1:1, since that option simpl
At present this override function is called even when OF_BOARD is not
enabled. This makes it impossible to disable this feature and in fact
makes the OF_BOARD option useless.
Reinstate its intended purpose, so that it is possible to switch between
the appended devicetree and one provided by the bo
It can be confusing to figure out where the devicetree came from. It seems
important enough to warrant a message during boot. Add information about
the number of devices and uclasses too since it is helpful to have some
idea what is going on with driver model.
Report the devicetree source in bdinf
This function should only be called when OF_CONTROL is enabled. It
fails in fdtdec_prepare_fdt() anyway, since gd->fdt_blob stays as NULL
if OF_CONTROL is not enabled.
Drop this useless check.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 8 +++-
1 file changed, 3 in
We only have two choices for obtaining the devicetree. Simplify the code
to make that clear.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
diff --git a/lib/fdtdec.c b/lib/fdtdec.c
index 5b31064cee2
Since OF_BOARD has been corrected to be a run-time option, we can drop
the historical info from this documentation.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/develop/devicetree/dt_update.rst | 74 +++-
1 file changed, 7 insertions(+), 67 deletions(-)
dif
Change this to use if() instead of #if
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/lib/fdtdec.c b/lib/fdtdec.c
index 299a2c3a32f..659aeffd82e 100644
--- a/lib/fdtdec.c
+++ b/lib/fdtdec.c
@@ -1634
Refactor the code to drop the #ifdefs for this feature.
Signed-off-by: Simon Glass
---
(no changes since v1)
dts/Kconfig | 1 -
include/asm-generic/global_data.h | 8
lib/fdtdec.c | 31 +++
3 files changed, 19 in
This serves no purpose. Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/fdtdec.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/fdtdec.c b/lib/fdtdec.c
index fbdc92c0813..299a2c3a32f 100644
--- a/lib/fdtdec.c
+++ b/lib/fdtdec.c
@@ -1203,7 +1203,6 @@ static int uncom
Move this to the header file to clean up the C code.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/fdtdec.h | 14 ++
lib/fdtdec.c | 6 +-
2 files changed, 15 insertions(+), 5 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 6c7ab887b20..6
This logic is a bit convoluted for one function. Move the mulit-FIT part
into its own function.
Signed-off-by: Simon Glass
Reviewed-by: Ilias Apalodimas
---
(no changes since v1)
lib/fdtdec.c | 62
1 file changed, 38 insertions(+), 24 delet
This was added as a hack to work around not having an in-tree devicetree.
Now that this is fixed it is not needed.
Drop it.
Signed-off-by: Simon Glass
---
(no changes since v1)
Makefile| 3 +--
dts/Kconfig | 18 --
tools/binman/binman.rst | 20
This should not be a separate option from OF_SEPARATE. It is a run-time
option to override the devicetree, even if present.
Move the option out of the choice.
Disable BINMAN_FDT for a few boards which don't actually use it.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/qemu-pp
Sync these files, obtained from Linux v5.15.
This adds a devicetree file for rpi_4 which was not there before.
Testing shows no change so far as I can see:
- boots to U-Boot prompt on rpi0, rpi2
- boots to distro on rpi3
- boots to distro on rpi4
I am assuming that syncing with Linux is safe, bu
Sync these files, obtained from Linux v5.15.
Signed-off-by: Simon Glass
---
Changes in v7:
- Bring in files from Linux instead
arch/arm/dts/Makefile| 2 +
arch/arm/dts/ecx-common.dtsi | 231 +++
arch/arm/dts/highbank.dts| 158 ++
Sync these file, obtained from Linux v5.15.
Add a note for the maintainer, and SPDX lines where they are missing.
The added lines are:
SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause
Note, this matches the text in those files, but is not the same as the
GPL-2.0 of some files.
[1] https://re
This uses QEMU virt which creates its own devicetree.
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
Signed-off-by: Simon Glass
---
Changes in v7:
- Switch to using an empty file for qemu virt
arch/powerpc/dts/Makefile | 1 +
Add a dummy devicetree file for these boards. It seems to be possible to
obtain a real one from another bootloader called 'bolt' but I will leave
this to the maintainer.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/Makefile | 2 ++
arch/arm/dts/bcm7xxx.dts | 15 +
Add an empty file to prevent build errors when building with
CONFIG_OF_SEPARATE enabled.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/Makefile| 3 ++-
arch/arm/dts/xilinx-versal-virt.dts | 11 +++
configs/xilinx_versal_virt_defconfig | 1 +
3 fil
Add an empty file to prevent build errors when building with
CONFIG_OF_SEPARATE enabled.
Unfortunately there are no build instructions in the U-Boot tree to enable
a real file to be created.
Signed-off-by: Simon Glass
---
Changes in v7:
- Use 'empty' instead of 'fake'
arch/arm/dts/Makefile
Add an empty file to prevent build errors when building with
CONFIG_OF_SEPARATE enabled.
The build instructions in U-Boot do not provide enough detail to build a
useful devicetree, unfortunately.
Signed-off-by: Simon Glass
---
Changes in v7:
- Use 'empty' instead of 'fake'
arch/arm/dts/Makefi
This uses QEMU virt which creates its own devicetree.
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
Tested-by: Heinrich Schuchardt
Signed-off-by: Simon Glass
---
Changes in v7:
- Switch to using an empty file for qemu virt
Changes i
QEMU currently generates a devicetree for use with U-Boot. Explain how to
obtain it.
Also explain how to merge it to produce a devicetree with the U-Boot
features included.
Signed-off-by: Simon Glass
---
(no changes since v5)
Changes in v5:
- Merge RISC-V and ARM patches since they are similar
This uses QEMU virt which creates its own devicetree.
Add an empty version of this file, so that we can at least build this
board when devicetrees are required.
Tested-by: Heinrich Schuchardt
Signed-off-by: Simon Glass
---
Changes in v7:
- Switch to using an empty file for qemu virt
Changes i
This uses QEMU virt which creates its own devicetree.
Copy the existing empty version of this file, so splitting the existing
qemu-virt into two, since anyone actually trying to use this will need a
different devicetree for 32- and 64-bit machines.
Tested-by: Heinrich Schuchardt
Signed-off-by: S
At present some of the ideas and techniques behind devicetree in U-Boot
are assumed, implied or unsaid. Add some documentation to cover how
devicetree is build, how it can be modified and the rules about using
the various CONFIG_OF_... options.
Signed-off-by: Simon Glass
Reviewed-by: Marcel Ziswi
Without this option QEMU appears to hang. Add it to avoid confusion.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/board/emulation/qemu-arm.rst | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/doc/board/emulation/qemu-arm.rst b/doc/board/emulation/qemu-arm.
With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so
there are only three ways to obtain a devicetree:
- OF_SEPARATE - the normal way, where the devicetree is built and
appended to U-Boot
- OF_EMBED - for development purposes, the devicetree is embedded in
the EL
Hi Andrey,
On Mon, Dec 6, 2021 at 6:03 PM Andrey Zhizhikin
wrote:
>
> Add fdt_addr_r fdtfile which used by distro boot, and cleanup legacy
> environment variables.
>
> Signed-off-by: Andrey Zhizhikin
Reviewed-by: Fabio Estevam
On Mon, Dec 6, 2021 at 6:46 PM Tom Rini wrote:
> So this platform doesn't run in to the HDMI blob problem or similar, in
> CI?
imx8mq can happily boot without the HDMI firmware.
Please note that HDMI support for i.MX8MQ in mainline is still not available.
On Mon, Dec 06, 2021 at 06:38:00PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> On Mon, Dec 6, 2021 at 6:26 PM Tom Rini wrote:
>
> > I believe this ends up being blocked on getting binman / CI happy with
> > the files being missing?
>
> This patch addresses the following build warning:
>
> ==
Hi Tom,
On Mon, Dec 6, 2021 at 6:26 PM Tom Rini wrote:
> I believe this ends up being blocked on getting binman / CI happy with
> the files being missing?
This patch addresses the following build warning:
= WARNING ==
This board uses CONFIG_SPL_FIT_GENER
On Mon, Dec 06, 2021 at 06:05:50PM -0300, Fabio Estevam wrote:
> Hi Tom and Stefano,
>
> On Fri, Dec 3, 2021 at 1:27 PM Fabio Estevam wrote:
> >
> > Hi Andrey,
> >
> > On Fri, Dec 3, 2021 at 1:18 PM Andrey Zhizhikin
> > wrote:
> > >
> > > Currently i.MX8MQ EVK board still targeting the old image
Hi Tom and Stefano,
On Fri, Dec 3, 2021 at 1:27 PM Fabio Estevam wrote:
>
> Hi Andrey,
>
> On Fri, Dec 3, 2021 at 1:18 PM Andrey Zhizhikin
> wrote:
> >
> > Currently i.MX8MQ EVK board still targeting the old image generation
> > approach for image generation, which relies on the FIT generator th
Add fdt_addr_r fdtfile which used by distro boot, and cleanup legacy
environment variables.
Signed-off-by: Andrey Zhizhikin
---
include/configs/imx8mq_evk.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs/imx8mq_evk.h b/include/configs/imx8mq_evk.h
i
This patch configures U-Boot SPL for DHCOR SoM to permit DFU upload of
SPL and subsequent u-boot.itb for recovery or commissioning purposes.
To start U-Boot on DHCOR based board, e.g. Avenger96, proceed as follows:
- Install dfu-util on the host PC (in debian this is package 'dfu-util')
- Power o
In case the SoC reports the boot device type is USB, it means the SPL was
loaded via BootROM DFU mode. Currently the spl_boot_device() returns boot
device as USB host, change it to DFU instead, so the SPL can continue the
DFU boot and load U-Boot via DFU.
Signed-off-by: Marek Vasut
Cc: Patrice Ch
Hi Vincent!
On Mon, 6 Dec 2021 at 16:36, Vincent Fazio wrote:
> Frederick
>
>
> > -Original Message-
> > From: U-Boot On Behalf Of Frederik Lotter
> > Sent: Monday, December 6, 2021 12:55 AM
> > To: u-boot@lists.denx.de
> > Subject: [External] - Raspberry Pi Boot 1b / Uboot boot failure
Hello Javad,
Am Mon, Dec 06, 2021 at 09:53:22PM +0330 schrieb Javad Rahimi:
> I'm still waiting for my email approval, Is something wrong with my message?
>
> Hello,
> I added LED boot support for my SUN7I based Cubieboard2. I want to send a
> patch for the changes. It is my first contribution an
This synchronizes the device trees with those that are in the
process of being upstreamed into Linux 5.16 or proposed for
Linux 5.17. This includes device trees for machines that were
still missing.
There are still some differences that will hopefully be resolved
soon.
Signed-off-by: Mark Ketten
This driver supports power domains for the power management
controller found on Apple SoCs.
Signed-off-by: Mark Kettenis
---
arch/arm/Kconfig | 3 +
drivers/power/domain/Kconfig | 8 +++
drivers/power/domain/Makefile | 1 +
drivers/power/domain/apple-pmgr.c | 113
These are necessary to make sure the power domains needed for the
serial console are availble in the pre-relocation phase.
Signed-off-by: Mark Kettenis
---
arch/arm/dts/t8103-j274-u-boot.dtsi | 1 +
arch/arm/dts/t8103-j293-u-boot.dtsi | 1 +
arch/arm/dts/t8103-j313-u-boot.dtsi | 1 +
arch/arm
This series adds support for the power management controller found on
Apple SoCs based on the device tree bindings submitted to upstream
Linux. This is needed to enable power domains for devices that
haven't been enabled by earlier boot stages.
Mark Kettenis (3):
arm: dts: apple: Update Apple
Hi Simon,
On Thu, 2 Dec 2021 at 18:00, Simon Glass wrote:
>
> We only have two choices for obtaining the devicetree. Simplify the code
> to make that clear.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> lib/fdtdec.c | 20 +++-
> 1 file changed, 11 insertions
1 - 100 of 139 matches
Mail list logo