On Fri, Feb 11, 2022 at 3:48 AM wrote:
>
> From: Haibo Chen
>
> The original code logic can not show the correct card clock, and also
> has one risk when the div is 0. Because there is div -=1 before.
>
> So move the operation before div -=1, and also involve ddr_pre_div
> to get the correct valu
On Fri, Jul 22, 2022 at 1:56 PM Jernej Škrabec wrote:
>
> Dne petek, 22. julij 2022 ob 18:55:14 CEST je Andre Przywara napisal(a):
> > On 21/07/2022 23:08, Da Xue wrote:
> >
> > Hi,
> >
> > > Some users experienced problems booting u-boot from SPL hanging here:
> > >
> > > Trying to boot from MMC1
On 7/21/22 15:59, Mattijs Korpershoek wrote:
[...]
diff --git a/drivers/usb/gadget/f_fastboot.c b/drivers/usb/gadget/f_fastboot.c
index 8ba55aab9f8f..a00d1ca571d1 100644
--- a/drivers/usb/gadget/f_fastboot.c
+++ b/drivers/usb/gadget/f_fastboot.c
@@ -420,7 +420,8 @@ static int fastboot_tx_write_
On Fri, Jul 22, 2022 at 01:05:38PM -0700, Tim Harvey wrote:
> On Fri, Jul 22, 2022 at 12:06 PM Tom Rini wrote:
> >
> > On Fri, Jul 22, 2022 at 11:01:52AM -0700, Tim Harvey wrote:
> > > On Mon, Jun 20, 2022 at 5:08 AM Tom Rini wrote:
> > > >
> > > > This converts the following to Kconfig:
> > > >
On Fri, Jul 22, 2022 at 12:06 PM Tom Rini wrote:
>
> On Fri, Jul 22, 2022 at 11:01:52AM -0700, Tim Harvey wrote:
> > On Mon, Jun 20, 2022 at 5:08 AM Tom Rini wrote:
> > >
> > > This converts the following to Kconfig:
> > >CONFIG_FSL_FIXED_MMC_LOCATION
> > >CONFIG_ESDHC_HC_BLK_ADDR
> > >
>
On Fri, Jul 22, 2022 at 11:01:52AM -0700, Tim Harvey wrote:
> On Mon, Jun 20, 2022 at 5:08 AM Tom Rini wrote:
> >
> > This converts the following to Kconfig:
> >CONFIG_FSL_FIXED_MMC_LOCATION
> >CONFIG_ESDHC_HC_BLK_ADDR
> >
> > Signed-off-by: Tom Rini
[snip]
> Tom,
>
> I'm not sure this p
Dear Tom,
The following changes since commit 26f6f7fb5c0651d65afdee6d8ed36063606179a8:
Merge branch '2022-07-14-migrate-wiki-to-sphinx' (2022-07-14 18:43:51
-0400)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2022-10-rc1-2
fo
On Mon, Jun 20, 2022 at 5:08 AM Tom Rini wrote:
>
> This converts the following to Kconfig:
>CONFIG_FSL_FIXED_MMC_LOCATION
>CONFIG_ESDHC_HC_BLK_ADDR
>
> Signed-off-by: Tom Rini
> ---
> arch/powerpc/include/asm/config_mpc85xx.h | 3 ---
> boot/Kconfig | 13
Dne petek, 22. julij 2022 ob 18:55:14 CEST je Andre Przywara napisal(a):
> On 21/07/2022 23:08, Da Xue wrote:
>
> Hi,
>
> > Some users experienced problems booting u-boot from SPL hanging here:
> >
> > Trying to boot from MMC1 or Trying to boot from MMC2
> >
> > This seems to occur with both Mi
From: Jassi Brar
Add code to support FWU_MULTI_BANK_UPDATE.
The platform does not have gpt-partition storage for
Banks and MetaData, rather it used SPI-NOR backed
mtd regions for the purpose.
Signed-off-by: Masami Hiramatsu
Signed-off-by: Jassi Brar
---
board/socionext/developerbox/Makefile
From: Jassi Brar
specify Bank-0/1 and fwu metadata mtd regions.
Signed-off-by: Masami Hiramatsu
Signed-off-by: Jassi Brar
---
.../synquacer-sc2a11-developerbox-u-boot.dtsi | 22 ++-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/synquacer-sc2a11-dev
From: Sughosh Ganu
Add helper functions needed for accessing the FWU metadata which
contains information on the updatable images.
Signed-off-by: Sughosh Ganu
Signed-off-by: Jassi Brar
---
lib/fwu_updates/Makefile | 1 +
lib/fwu_updates/fwu_mtd.c | 173 ++
From: Sughosh Ganu
In the FWU Multi Bank Update feature, the information about the
updatable images is stored as part of the metadata, on a separate
region. Add a driver for reading from and writing to the metadata
when the updatable images and the metadata are stored on a raw
MTD region.
Signed
From: Sughosh Ganu
Add bindings needed for accessing the FWU metadata regions.
These include the compatible string which point to the access
method, the actual device which stores the FWU metadata and
the offsets for both metadata regions.
The current patch adds basic bindings needed for accessi
From: Jassi Brar
The mtd and synquacer (developerbox) support was dropped from v6[1]
This patchset re-introduces the support over last v7[2] submission of the
patchset.
All the comments on this code over v5 submission have been addressed. Moving
forward
a changelog will be maintained.
[1]
ht
From: Jassi Brar
The mtd and synquacer (developerbox) support was dropped from v6[1]
This patchset re-introduces the support over last v7[2] submission of the
patchset.
All the comments on this code over v5 submission have been addressed. Moving
forward
a changelog will be maintained.
[1]
ht
From: Chris Morgan
This reverts commit ad607512f5757f4485968efd5bcf2c0245a8a235.
It was found during extensive testing that this causes problems
on certain boards. I was able to test this patch on a second
device (an Anbernic RG353) and it resulted in similar failures.
Signed-off-by: Chris Morg
Hi Dario
On Fri, Jul 22, 2022 at 6:11 PM Dario Binacchi
wrote:
>
> In preparation of re-sync of mtd stack, we opt to move the current stack
> slowly in order to have a more easy sync and test. We would like to
> prepare uboot to support no-jedec and no-onfi compliant nand so we need
> to clean up
On Fri, Jul 22, 2022 at 3:37 AM Ilias Apalodimas
wrote:
>
> Hi Jassi
>
> On Wed, 20 Jul 2022 at 17:30, Jassi Brar wrote:
> >
> > On Wed, Jul 20, 2022 at 2:54 AM Ilias Apalodimas
> > wrote:
> > >
> > > Hi Jassi,
> > >
> > > On Tue, 19 Jul 2022 at 18:27, Jassi Brar
> > > wrote:
> > > >
> > > > O
On 21/07/2022 23:08, Da Xue wrote:
Hi,
Some users experienced problems booting u-boot from SPL hanging here:
Trying to boot from MMC1 or Trying to boot from MMC2
This seems to occur with both MicroSD and eMMC modules on ALL-H3-CC.
Increasing the delay after mmc reset fixes these boot problems
From: Michael Trimarchi
Upstream linux commit 3b5206f4be9b65.
Move Macronix specific initialization logic into nand_macronix.c. This
is part of the "separate vendor specific code from core" cleanup
process.
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no changes since
From: Michael Trimarchi
Upstream linux commit 229204da53b31d.
Move AMD/Spansion specific initialization/detection logic into
nand_amd.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no chang
From: Michael Trimarchi
Upstream linux commit 10d4e75c36f6c1.
Move Micron specific initialization logic into nand_micron.c. This is
part of the "separate vendor specific code from core" cleanup process.
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no changes since v3)
From: Michael Trimarchi
Upstream linux commit 9b2d61f80b060c.
Move Toshiba specific initialization and detection logic into
nand_toshiba.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no ch
From: Michael Trimarchi
Upstream linux commit f7025a43a9da26.
The MTD subsystem has its own small museum of ancient NANDs in a form of
the CONFIG_MTD_NAND_MUSEUM_IDS configuration option. The museum contains
stone age NANDs with 256 bytes pages, as well as iron age NANDs with 512
bytes per page
From: Michael Trimarchi
Upstream linux commit fb3bff5b407e58.
This patch enables support to read the ECC strength and size from the
NAND flash using Toshiba Memory SLC NAND extended-ID. This patch is
based on the information of the 6th ID byte of the Toshiba Memory SLC
NAND.
Signed-off-by: Mich
From: Michael Trimarchi
Upstream linux commit 01389b6bd2f4f7.
Move Hynix specific initialization and detection logic into
nand_hynix.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no change
From: Michael Trimarchi
Upstream linux commit c51d0ac59f2420.
Move Samsung specific initialization and detection logic into
nand_samsung.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no ch
From: Michael Trimarchi
Upstream linux commit 7f501f0a72036d.
Store the NAND ID in struct nand_chip to avoid passing id_data and id_len
as function parameters.
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no changes since v3)
Changes in v3:
- Use commit sha1 with 13 d
From: Michael Trimarchi
In preparation of moving specific nand support that are not jedec
or onfi
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no changes since v1)
drivers/mtd/nand/raw/nand_base.c | 3 ++-
include/linux/mtd/rawnand.h | 3 +++
2 files changed, 5 i
From: Michael Trimarchi
nand_get_flash_type was reworked in commit 1ca6f9483e9ab5. This change
break the Mediatek MT721. Fix it adjust the function call parameters
+include/linux/mtd/rawnand.h:32:62: note: expected 'struct nand_chip *' but
argument is of type 'struct mtd_info *'
+ 32 | struct
From: Michael Trimarchi
chip points to mtd. Passing chip is enough to have a reference
to mtd when is necessary
Signed-off-by: Michael Trimarchi
Signed-off-by: Dario Binacchi
---
(no changes since v3)
Changes in v3:
- Fix code style warnings raised by patman.
drivers/mtd/nand/raw/nand_base
From: Michael Trimarchi
Upstream linux commit abbe26d144ec22.
A lot of NANDs are implementing generic features in a non-generic way,
or are providing advanced auto-detection logic where the NAND ID bytes
meaning changes with the NAND generation.
Providing this vendor specific initialization ste
From: Michael Trimarchi
Upstream linux commit 29a198a1592d83.
Auto-detection functions are passed a busw parameter to retrieve the actual
NAND bus width and eventually set the correct value in chip->options.
Rework the nand_get_flash_type() function to get rid of this extra
parameter and let det
In preparation of re-sync of mtd stack, we opt to move the current stack
slowly in order to have a more easy sync and test. We would like to
prepare uboot to support no-jedec and no-onfi compliant nand so we need
to clean up a bit the code we have now and upstream some of the support.
In this serie
On Fri, 22 Jul 2022 at 09:09, Jassi Brar wrote:
>
> On Thu, 14 Jul 2022 at 13:40, Sughosh Ganu wrote:
> >
> > Add helper functions needed for accessing the FWU metadata which
> > contains information on the updatable images. These functions have
> > been added for the STM32MP157C-DK2 board which
From: Quentin Schulz
Now that a single binary containing TPL/SPL correctly formatted for SPI
flashes and U-Boot proper, can be generated by binman, let's do it.
Also update the documentation to tell the user to use this newly
generated file instead of manually generating and flashing the binarie
From: Quentin Schulz
Now that the offset for u-boot.itb in the u-boot-rockchip.bin matches
the one required for Lion, let's tell users to use it instead of
flashing the TPL/SPL and U-Boot proper separately.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Depends on follwing patch series:
From: Quentin Schulz
Now that the offset for u-boot.itb in the u-boot-rockchip.bin matches
the one required for Puma, let's tell users to use it instead of
flashing the TPL/SPL and U-Boot proper separately.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Depends on follwing patch series:
From: Quentin Schulz
Chances are when one boots U-Boot proper from a given storage medium,
they want the same medium to be used to load and store the environment.
This basically allows to have completely separate U-Boot (TPL/SPL/U-Boot
proper/environment) per storage medium which is convenient w
From: Quentin Schulz
Depending on the toolchain used to compile the SPL for Puma RK3399-Q7
module, the board does not boot because the resulting binary is too big
to fit in SRAM.
Let's add a TPL so that there's no need to fiddle with or hack the
defconfig to have a working bootloader.
This foll
From: Quentin Schulz
The SPL payload offset when booting from SPI defaults to
CONFIG_SYS_SPI_U_BOOT_OFFS but can be overridden by
u-boot,spl-payload-offset. The Device Tree for Puma Haikou has this
property so there's no need to have this one option in the defconfig,
especially since they are not
From: Quentin Schulz
There's a SPI-NOR flash available from which SPL and U-Boot proper can
be booted, it makes sense to also allow this medium to store U-Boot
environment so let's enable it.
The Device Tree advertises a max frequency of 50MHz so let's set the
config option appropriately.
Cc: Q
From: Quentin Schulz
Automatically detect which MMC device (SD-Card or eMMC) was used to load
U-Boot proper and load the environment from that MMC device instead of
a hardcoded one.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Depends on
https://lore.kernel.org/u-boot/20220715151552.9
From: Quentin Schulz
CONFIG_ENV_OFFSET is set in the defconfig to a different value already
so this isn't used. Let's remove it as to not confuse users.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
board/theobroma-systems/puma_rk3399/Kconfig | 3 ---
1 file changed, 3 deletions(-)
di
From: Quentin Schulz
Trying to load U-Boot proper from SPL when SPL was not loaded from
SD-Card is currently not working because the SDMMC pins aren't muxed
correctly. It is assumed the BootROM is doing this for us when booting
from SD-Card hence why it's not needed when booting TPL/SPL from
SD-C
From: Quentin Schulz
On Haikou devkit, it is possible to disable eMMC and SPI-NOR to force
booting from SD card or USB via rkdeveloptool by toggling a switch. This
switch needs to be overridden in software to be able to access eMMC and
SPI-NOR once the device has booted from SD Card. Puma SoM can
From: Quentin Schulz
distroboot should try first on the same MMC medium as the one the SPL
loaded U-Boot proper from. This was the case when the introducing commit
was merged because the default order was eMMC first and then SD card.
The check was therefore made only on whether we booted from SD
From: Quentin Schulz
Puma RK3399 SoM struggled for a few releases already to boot because the
SPL was too big. Therefore, let's migrate to TPL like most RK3399-boards
already did a few releases ago.
This also fixes numerous issues around fallback booting (U-Boot proper
corrupted on the storage m
The 'rng' command dumps a number of random bytes on the console. Add a
set of tests for the 'rng' command. The test function performs basic
sanity testing of the command.
Since a unit test is being added for the command, enable it by default
in the sandbox platforms.
Signed-off-by: Sughosh Ganu
Add a usage document for the 'rng' u-boot command.
Signed-off-by: Sughosh Ganu
Reviewed-by: Ilias Apalodimas
Reviewed-by: Simon Glass
---
Changes since V7: None
doc/usage/cmd/rng.rst | 26 ++
doc/usage/index.rst | 1 +
2 files changed, 27 insertions(+)
create mode
Use a statically allocated buffer on stack instead of using malloc for
reading the random bytes. Using a local array is faster than
allocating heap memory on every initiation of the command.
Signed-off-by: Sughosh Ganu
Reviewed-by: Ilias Apalodimas
Reviewed-by: Simon Glass
---
Changes since V7:
The 'rng' u-boot command is used for printing a select number of
random bytes on the console. Currently, the RNG device from which the
random bytes are read is fixed. However, a platform can have multiple
RNG devices, one example being qemu, which has a virtio RNG device and
the RNG pseudo device t
The TPM device comes with the random number generator(RNG)
functionality which is built into the TPM device. Add logic to add the
RNG child device in the TPM uclass post probe callback.
The RNG device can then be used to pass a set of random bytes to the
linux kernel, need for address space random
The TPM device has a builtin random number generator(RNG)
functionality. Expose the RNG functions of the TPM device to the
driver model so that they can be used by the EFI_RNG_PROTOCOL if the
protocol is installed.
Also change the function arguments and return type of the random
number functions t
From: Ilias Apalodimas
Due to U-Boot's lazy binding the RNG presented by the TCG is not available
until the EFI_TCG2 protocol has been initialized. Since the TPM has a
built-in RNG device we can use for the OS randomization, move the RNG
protocol installation after the TCG.
Signed-off-by: Ilias
From: Simon Glass
These functions should really be available outside the TPM code, so that
other callers can find out which version the TPM is. Rename them to have
a tpm_ prefix() and add them to the header file.
Signed-off-by: Simon Glass
Reviewed-by: Ilias Apalodimas
---
Changes since V7: No
The TPM device provides the random number generator(RNG)
functionality, whereby sending a command to the TPM device results in
the TPM device responding with random bytes.
There was a discussion on the mailing list earlier[1], where it was
explained that platforms with a TPM device can install t
On 7/22/22 10:26, Philip Oberfichtner wrote:
This series unifies common MAC address code for imx6, imx8 and stm32
based boards by DH. It is thought of as a starting point for more
deduplication in the future.
Entire series
Reviewed-by: Marek Vasut
The wrong fields are pulled out of the timings here so the values
programmed into the DSI_VID_VSA_LINES and DSI_VID_VBP_LINES registers
are swapped.
Use the right fields so that the correct values are programmed.
Fixes: d4f7ea83fc ("video: add MIPI DSI host controller bridge")
Signed-off-by: John
From: Adrian Fiergolski
Add supporting new compatible string "u-boot,zynqmp-fpga-enc" to
handle loading encrypted bitfiles.
This feature requires encrypted FSBL, as according to UG1085:
"The CSU automatically locks out the AES key, stored in either BBRAM
or eFUSEs, as a key source to the AES en
Add supporting new compatible string "u-boot,zynqmp-fpga-ddrauth" to
handle loading authenticated images (DDR).
Based on solution by Jorge Ramirez-Ortiz
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
---
(no changes since v11)
Changes in v11:
- Fix treating an incoming FPGA image
These flags may be used to check whether an FPGA driver is able to
load a particular FPGA bitstream image.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
(no changes since v1)
drivers/fpga/spartan2.c | 2 +-
drivers/fpga/spartan3.c | 2 +-
driver
Check whether the FPGA ZynqMP driver supports the given bitstream
image type.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
Changes in v12:
- exclude all secure-related code if FPGA_LOAD_SECURE is disabled
Changes in v10:
- fix grammar
drivers/
Reduce the function code by calling xilinx_pm_request() once only.
Use the same variable bsize_req to store either bstream size in bytes
or an address of bstream size according to a type required by the
firmware version. Remove obsolete debug().
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo
Convert taken FPGA image "compatible" string to a binary compatible
flag and pass it to an FPGA driver.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
Changes in v12:
- convert "compatible" to flags only if FPGA_LOAD_SECURE enabled;
Changes in v10
Add a "compatible" string to binary flag converter, which uses
a callback str2flag() of given FPGA driver if available.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
Changes in v12:
- define the function only if FPGA_LOAD_SECURE enabled;
Changes
These flags may be used to check whether an FPGA driver is able to
load a particular FPGA bitstream image.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
(no changes since v1)
boot/image-board.c| 4 ++--
cmd/fpga.c| 8
co
This flag is used to check whether a Xilinx FPGA driver is able to
load a particular FPGA bitstream image.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
(no changes since v1)
drivers/fpga/fpga.c | 2 +-
drivers/fpga/xilinx.c | 2 +-
include/xi
Add a call to convert FPGA "compatible" string to a binary flag.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
(no changes since v1)
drivers/fpga/zynqmppl.c | 11 ++-
include/xilinx.h| 3 +++
2 files changed, 13 insertions(+), 1
Store a set of supported bitstream types in xilinx_desc structure.
It will be used to determine whether an FPGA image is able to be
loaded with a given driver.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
(no changes since v10)
Changes in v10:
-
Function definition arguments should also have identifier names.
Add missed ones to struct xilinx_fpga_op callbacks, unifying code.
Signed-off-by: Oleksandr Suvorov
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
(no changes since v1)
include/xilinx.h | 10 ++
1 file chan
It allows using this feature without enabling the "fpga loads"
command.
Signed-off-by: Oleksandr Suvorov
Co-developed-by: Adrian Fiergolski
Signed-off-by: Adrian Fiergolski
Tested-by: Ricardo Salveti
Tested-by: Adrian Fiergolski
---
(no changes since v1)
cmd/Kconfig | 3 ++-
d
This patchset introduces support for the authenticated and encrypted
FPGA images on ZynqMP boards, besides that introducing common way to
pass the compatible property to any fpga driver.
It bases on the initial work by Jorge Ramirez-Ortiz
https://patchwork.ozlabs.org/project/uboot/patch/2021101
Hi Simon,
On Fri, Jul 22, 2022 at 5:00 PM Simon Glass wrote:
>
> Hi Bin,
>
> On Wed, 20 Jul 2022 at 19:25, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Thu, Jul 21, 2022 at 1:00 AM Simon Glass wrote:
> > >
> > > We want to use VBE to mean Verfiied Boot for Embedded in U-Boot. Rename
> >
> > typ
From: Quentin Schulz
This new image is similar to u-boot-rockchip.bin except that it's
destined to be flashed on SPI-NOR flashes.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
arch/arm/dts/rockchip-u-boot.dtsi | 29 +
1 file changed, 29 insertions(+)
diff -
From: Quentin Schulz
Some image types handled by mkimage require the datafiles to be passed
independently (-d data1:data2) for specific handling of each. A
concatenation of datafiles prior to passing them to mkimage wouldn't
work.
That is the case for rkspi for example which requires page alignm
From: Quentin Schulz
This prepares for the creation of a u-boot-rockchip-spi.bin image
similar to u-boot-rockchip.bin to the exception it's destined for
SPI-NOR flashes instead of MMC storage medium.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
arch/arm/dts/rk3288-u-boot.dtsi | 2 +-
From: Quentin Schulz
By factoring SPL check in the first condition, this makes the checks a
bit less convoluted and more readable.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Makefile | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/Makefile b/Makefile
ind
From: Quentin Schulz
Since binman takes care of setting the appropriate offset for the SPL
payload, there's no need to use this variable anymore.
Moreover, it is technically incorrect since the padding is different
depending on whether the first stage bootloader is for a SPI flash or
MMC storage
From: Quentin Schulz
This allows to build u-boot-rockchip.bin binary with binman for Rockchip
ARM64 boards instead of the legacy Makefile way.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Makefile | 28 ++--
arch/arm/Kconfig
From: Quentin Schulz
idbloader.img content - currently created by way of Makefile - can be
created by binman directly.
So let's do that for Rockchip ARM platforms.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
Makefile | 2 +-
arch/arm/dts/rockchip-u-boot.dts
From: Quentin Schulz
This migrates the generation of u-boot-rockchip.bin from Makefile to binman
completely. There is therefore no idbloader.img anymore as it is created on
the fly by binman.
This also adds support for generating the same kind of image than
u-boot-rockchip.bin but for SPI flashe
From: Quentin Schulz
An earlier commit makes the common SPL code call
regulators_enable_boot_on and regulators_enable_boot_off before
iterating over possible boot media for U-Boot proper. There is therefore
no need to do this in the rk3399-specific code, so let's remove it.
Cc: Quentin Schulz
T
From: Quentin Schulz
This makes sure regulators that need to be turned on or off at boot are
turned on or off in the SPL.
This may be required for the SPL to do some operations, such as finding
possible loading media for U-Boot proper.
Cc: Quentin Schulz
Tested-by: Xavier Drudis Ferran
Signed
From: Quentin Schulz
The check to perform is on CONFIG_SPL_GPIO and not SPL_GPIO.
Because this was never compiled in, it missed an include of cru.h that
was not detected before. Let's include it too.
Also switch to IS_ENABLED in-code check as it is the preferred
inclusion/exclusion mechanism.
F
From: Quentin Schulz
The check to perform is on CONFIG_SPL_DM_REGULATOR and not
SPL_DM_REGULATOR. Also switch to in-code check instead of ifdefs.
Fixes: 07586ee4322a ("rockchip: rk3399: Support common spl_board_init")
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
v2:
- use IS_ENABLED
Hi Simon,
On Fri, 22 Jul 2022 at 12:00, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Wed, 20 Jul 2022 at 06:30, Sughosh Ganu wrote:
> >
> > The TPM device comes with the random number generator(RNG)
> > functionality which is built into the TPM device. Add logic to add the
> > RNG child device in t
Hi Michal,
On Thu, 21 Jul 2022 at 11:14, Michal Vasilek wrote:
>
> RSA_get0_* functions are not available in LibreSSL and deprecated in
> OpenSSL. This fixes build with LibreSSL and removes deprecation warnings
> with OpenSSL 3
>
> Signed-off-by: Michal Vasilek
> ---
> tools/sunxi_toc0.c | 28 +
Hi Bin,
On Wed, 20 Jul 2022 at 19:25, Bin Meng wrote:
>
> Hi Simon,
>
> On Thu, Jul 21, 2022 at 1:00 AM Simon Glass wrote:
> >
> > We want to use VBE to mean Verfiied Boot for Embedded in U-Boot. Rename
>
> typo: Verified
>
> Is there a doc link to describe the Verified Boot for Embedded ? Just
Hi Jan,
On Mon, 18 Jul 2022 at 11:48, Jan Palus wrote:
>
> u-boot 2022.07 boots fine without any USB devices attached to
> RaspberryPi 2 however it hangs early on if external USB drive is
> connected, right after:
>
>Request Sense returned 02 04 01
>
> git bisect indicates first commit to cau
Hi Hugo,
On Thu, 21 Jul 2022 at 11:14, Hugo Villeneuve wrote:
>
> On Wed, 20 Jul 2022 09:01:01 -0600
> Simon Glass wrote:
>
> > Hi Hugo,
> >
> > On Wed, 20 Jul 2022 at 04:54, Hugo Villeneuve wrote:
> > >
> > > Hi,
> > > in board_early_init_f(), i call a custom function get_som_revision() to
>
Hi Tom,
On Wed, 20 Jul 2022 at 11:16, Tom Rini wrote:
>
> On Wed, Jul 20, 2022 at 09:01:04AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 18 Jul 2022 at 06:11, Tom Rini wrote:
> > >
> > > On Thu, Jul 14, 2022 at 04:21:57AM -0600, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Wed
Hi Sughosh,
On Wed, 20 Jul 2022 at 06:30, Sughosh Ganu wrote:
>
> The TPM device comes with the random number generator(RNG)
> functionality which is built into the TPM device. Add logic to add the
> RNG child device in the TPM uclass post probe callback.
>
> The RNG device can then be used to pa
On 21.07.22 18:11, Oleksandr wrote:
>
> On 19.07.22 17:55, Dmytro Firsov wrote:
>
> Hello Dmytro
>
>
> First of all, thanks for fixing this issue.
>
> Patch looks good, just a nit below.
>
Hello Oleksandr,
>> + reservation.domid = DOMID_SELF;
>> + reservation.extent_order = 0;
>> + reserva
Enable power domain driver to configure pmufw config object and request
node for all the IP's that are enabled in DT.
This driver depends on mailbox and IPI driver, hence enable them as well.
Add ARCH_VERSAL in the depends on of mailbox Kconfig to compile for
Versal platforms.
Signed-off-by: Asho
Mailbox driver might be need for Versal and other future platforms.
To remove the dependency, move struct zynqmp_ipi_msg to
zynqmp_firmware.h so that mailbox driver compiles for other platforms
easily.
Signed-off-by: Ashok Reddy Soma
---
(no changes since v1)
arch/arm/mach-zynqmp/include/mach/
Enable power domain driver to configure pmufw config object and request
node for all the IP's that are enabled in DT.
Signed-off-by: Ashok Reddy Soma
---
(no changes since v1)
configs/xilinx_zynqmp_virt_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/xilinx_zynqmp_virt_
Try loading pmufw config overlay for core0, if it doesn't return any
error it means pmufw is accepting nodes for other IP's. Otherwise dont
try to load config object for any other IP, just return from
zynqmp_pmufw_node function.
Signed-off-by: Ashok Reddy Soma
---
Changes in v2:
- Move static v
zynqmp_pmufw_load_config_object() has some error cases and it is better
to return those errors. Change prototype of this function to return
errors.
Signed-off-by: Ashok Reddy Soma
---
(no changes since v1)
drivers/firmware/firmware-zynqmp.c | 8 +---
include/zynqmp_firmware.h | 2
1 - 100 of 108 matches
Mail list logo
