On 10/13/21 7:19 PM, Andre Przywara wrote:
> On Tue, 12 Oct 2021 19:35:41 -0500
> Samuel Holland wrote:
>
>> When adding eGON support to mkimage, the struct boot_file_head
>> definition was moved to its own header. This is the only thing
>> mksunxiboot needed out of asm/arch/spl.h. Clean up the
TOC1 is an container format used by Allwinner's boot0 that can hold
multiple images. It supports encryption and signatures, but that
functionality is not implemented, only the basic "non-secure" subset.
A config file is used to provide the list of data files to include. Its
path is passed as the
The SPL port for the Allwinner D1 RISC-V SoC will probably take a while
longer than porting U-Boot proper, as none of the relevant drivers are
set up for DM in SPL. In the meantime, we are using[1][2] a fork[3] of
Allwinner's boot0 loader, which they also call "spl" in their BSP. boot0
uses this
Most Allwinner sunxi SoCs have separate boot ROMs in non-secure and
secure mode. The "non-secure" or "normal" boot ROM (NBROM) uses the
existing sunxi_egon image type. The secure boot ROM (SBROM) uses a
completely different image type, known as TOC0.
A TOC0 image is composed of a header and two
Now that mkimage can generate TOC0 images, and the SPL can interpret
them, hook up the build infrastructure so the user can choose which
image type to build. Since the absolute load address is stored in the
TOC0 header, that information must be passed to mkimage.
Signed-off-by: Samuel Holland
SPL uses the image header to detect the boot device and to find the
offset of the next U-Boot stage. Since this information is stored
differently in the eGON and TOC0 image headers, add code to find the
correct value based on the image type currently in use.
Signed-off-by: Samuel Holland
---
Some image types (kwbimage and mxsimage) always depend on OpenSSL, so
they can only be included in mkimage when TOOLS_LIBCRYPTO is selected.
Use Makefile logic to conditionally link the files.
When building for platforms which use those image types, automatically
select TOOLS_LIBCRYPTO, since it
This series adds support for the TOC0 image format used by the Allwinner
secure boot ROM (SBROM). This series has been tested on the following
SoCs/boards, with the eFuse burnt to enable secure mode:
- A50: Ainol Q88 Tablet
- A64: Pine A64 Plus
- H5: Orange Pi Zero Plus
- H6: Pine H64 Model B
Hi Simon,
> Il giorno 15 ott 2021, alle ore 02:53, Simon Glass ha
> scritto:
>
> Hi Giulio,
>
>> On Thu, 14 Oct 2021 at 15:12, Giulio Benetti
>> wrote:
>>
>> Hi Simon,
>>
>> Il giorno 14 ott 2021, alle ore 22:43, Simon Glass ha
>> scritto:
>>
>> Hi Giulio,
>>
>> On Thu, 14 Oct 2021
On Thu, 14 Oct 2021 at 20:21, Tom Rini wrote:
>
> Instead of fetching an arm toolchain to use, run the test with the one
> that's already in the container image.
>
> Signed-off-by: Tom Rini
> ---
> .azure-pipelines.yml | 3 +--
> .gitlab-ci.yml | 3 +--
> 2 files changed, 2 insertions(+),
Dear Dzmitry Sankouski,
On Wed, 13 Oct 2021 at 00:42, Dzmitry Sankouski
wrote:
> Signed-off-by: Dzmitry Sankouski
> Cc: Minkyu Kang
> ---
> drivers/serial/serial_s5p.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/serial/serial_s5p.c
Instead of fetching an arm toolchain to use, run the test with the one
that's already in the container image.
Signed-off-by: Tom Rini
---
.azure-pipelines.yml | 3 +--
.gitlab-ci.yml | 3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/.azure-pipelines.yml
Hi Peng, Sean,
On Thu, 14 Oct 2021 at 19:17, Peng Fan wrote:
>
> > Subject: Re: [PATCH] clk: introduce u-boot,ignore-clk-defaults
> >
> >
> > On 10/13/21 5:37 AM, Peng Fan (OSS) wrote:
> > > From: Peng Fan
> > >
> > > Current code has a force clk_set_defaults in multiple stages, U-Boot
> > >
Move CONFIG_EXTRA_ENV_SETTINGS to board-specific
configuration headers.
Signed-off-by: Chia-Wei Wang
---
include/configs/aspeed-common.h | 9 -
include/configs/evb_ast2500.h | 9 +
include/configs/evb_ast2600.h | 9 +
3 files changed, 18 insertions(+), 9 deletions(-)
From: Johnny Huang
Hash and Crypto Engine (HACE) is designed to accelerate the
throughput of hash data digest, and symmetric-key encryption.
Signed-off-by: Johnny Huang
Signed-off-by: Chia-Wei Wang
---
drivers/crypto/Kconfig | 2 +
drivers/crypto/Makefile | 1 +
AST2600 leverages the FIT hash/signature verification to fulfill
secure boot trust chain. To improve the performance and save SW
code size for those crypto operations, the two HW crypto engine,
HACE and ACRY, are enabled.
However, both of the engines can only access to data stored in
DRAM space.
ACRY is deisnged to accerlerate ECC/RSA digital signature
generation and verification.
Signed-off-by: Chia-Wei Wang
---
drivers/crypto/aspeed/Kconfig | 10 ++
drivers/crypto/aspeed/Makefile | 1 +
drivers/crypto/aspeed/aspeed_acry.c | 182
Return CONFIG_SYS_LOAD_ADDR pointing to DRAM space for
spl_get_load_buffer() to allow generic SPL image loading
code (e.g. FIT and Ymodem) to store data in DRAM.
Signed-off-by: Chia-Wei Wang
---
arch/arm/mach-aspeed/ast2600/spl.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
Add ACRY DTS node and enable it for AST2600 EVB.
Signed-off-by: Chia-Wei Wang
---
arch/arm/dts/ast2600-evb.dts | 5 +
arch/arm/dts/ast2600.dtsi| 9 +
2 files changed, 14 insertions(+)
diff --git a/arch/arm/dts/ast2600-evb.dts b/arch/arm/dts/ast2600-evb.dts
index
Enable SPL FIT image load and verification support.
The HW accelerated SHA is also available with the
newly added support of the HACE HW hash engine.
The SPL thumb build is also enabled to keep the binary
less than 64KB to fit into the Aspeed secure boot design.
Signed-off-by: Chia-Wei Wang
---
Add RSACLK enable for ACRY, the HW RSA/ECC crypto engine
of ASPEED AST2600 SoCs.
As ACRY and HACE share the same reset control bit, we do not
perform the reset-hold-n-release operation during their clock
ungating process. Instead, only reset release is conducted to
prevent mutual interference.
From: Joel Stanley
Add HACE DTS node and enable it for AST2600 EVB.
Signed-off-by: Joel Stanley
Signed-off-by: Chia-Wei Wang
---
arch/arm/dts/ast2600-evb.dts | 5 +
arch/arm/dts/ast2600.dtsi| 8
2 files changed, 13 insertions(+)
diff --git a/arch/arm/dts/ast2600-evb.dts
This patch series intends to provide a secure boot chain from SPL to Linux
kernel
based on the hash and signature verification of FIT image paradigm.
To improve the performance and save code size (SPL is limited to 64KB due to
HW-RoT),
the drviers of two HW crypto engine HACE and ACRY are also
From: Joel Stanley
Add YCLK enable for HACE, the HW hash engine of
ASPEED AST2600 SoCs.
Signed-off-by: Joel Stanley
Signed-off-by: Chia-Wei Wang
---
.../arm/include/asm/arch-aspeed/scu_ast2600.h | 5 +++--
drivers/clk/aspeed/clk_ast2600.c | 20 +++
2 files
Fix inconsistent parameter naming of the hash algorithm.
Signed-off-by: Chia-Wei Wang
Fixes: 92055e138f2 ("image: Drop if/elseif hash selection in calculate_hash()")
---
common/image-fit.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/image-fit.c
The AST2600 SRAM has been extended to 88KB since A1
chip revision. This patch updates the SRAM size to
offer more space for early stack/heap use.
Signed-off-by: Chia-Wei Wang
---
arch/arm/include/asm/arch-aspeed/platform.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Icenowy Zheng
As mkimage -T sunxi_egon now gains support for -A parameter, specify the
architecture when generating SPL boot image for sunxi.
Reviewed-by: Andre Przywara
Signed-off-by: Icenowy Zheng
Signed-off-by: Samuel Holland
---
(no changes since v1)
scripts/Makefile.spl | 2 +-
From: Icenowy Zheng
Refactor some functions in mkimage sunxi_egon type, in order to prepare
for adding support for more CPU architectures (e.g. RISC-V). In
addition, compatibility for operation w/o specified architecture is
kept, in this case the architecture is assumed as ARM.
Reviewed-by:
From: Icenowy Zheng
There's now a sun20i family in sunxi, which uses RISC-V CPU.
Add support for making eGON.BT0 image for RISC-V.
Reviewed-by: Andre Przywara
Signed-off-by: Icenowy Zheng
Signed-off-by: Samuel Holland
---
(no changes since v1)
tools/sunxi_egon.c | 23
From: Icenowy Zheng
The sunxi_egon type used to take no -A argument (because we assume sunxi
targets are all ARM). However, as Allwinner D1 appears as the first
RISC-V sunxi target, we need to support -A; in addition, as external
projects rely on U-Boot mkimage to generate sunxi eGON.BT0 header,
This patchset updates mkimage -T sunxi_egon to be able to generate
an eGON.BT0 image for Allwinner RISC-V SoCs (e.g. D1).
In addition, to keep the compatibility, it will still consider the
architecture to be ARM when no architecture is specified.
This v3 is a minor update to Icenowy's patch
On 10/14/21 11:46 PM, Heinrich Schuchardt wrote:
We can determine the length of the device path in the boot option after it
is created. There is no need to keep track of the length while building
the device path.
As we are using end of total device path node as separator this does not
work.
The 'efidebug boot dump' command should not display the VenMedia() device
path node preceding the device path of the initial ram disk.
By letting efi_dp_from_lo() skip the VenMedia() device path node we can
simplify the coding.
Signed-off-by: Heinrich Schuchardt
---
Hi Simon,
> From: Simon Glass
> Sent: Thursday, October 14, 2021 11:10 PM
>
> Hi Chia-Wei,
>
> On Sun, 3 Oct 2021 at 19:54, Chia-Wei Wang
> wrote:
> >
> > Fix inconsistent function parameter name of the hash algorithm.
> >
> > Signed-off-by: Chia-Wei Wang
> > Fixes: 92055e138f2 ("image: Drop
On Thu, Oct 14, 2021 at 07:25:24PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 14 Oct 2021 at 19:12, Tom Rini wrote:
> >
> > On Thu, Oct 14, 2021 at 07:05:33PM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Tue, 5 Oct 2021 at 10:20, Tom Rini wrote:
> > > >
> > > > While CI has been
Hi Tom,
On Thu, 14 Oct 2021 at 19:12, Tom Rini wrote:
>
> On Thu, Oct 14, 2021 at 07:05:33PM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 5 Oct 2021 at 10:20, Tom Rini wrote:
> > >
> > > While CI has been using gcc-11.1.0 for a long time, we have not updated
> > > buildman to match.
> Subject: Re: [PATCH] clk: introduce u-boot,ignore-clk-defaults
>
>
> On 10/13/21 5:37 AM, Peng Fan (OSS) wrote:
> > From: Peng Fan
> >
> > Current code has a force clk_set_defaults in multiple stages, U-Boot
> > reuse the same device tree and Linux Kernel device tree, but we not
> > register
On Thu, Oct 14, 2021 at 07:05:33PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 5 Oct 2021 at 10:20, Tom Rini wrote:
> >
> > While CI has been using gcc-11.1.0 for a long time, we have not updated
> > buildman to match. Correct this omission.
> >
> > Signed-off-by: Tom Rini
> > ---
> >
On 10/13/21 5:37 AM, Peng Fan (OSS) wrote:
From: Peng Fan
Current code has a force clk_set_defaults in multiple stages,
U-Boot reuse the same device tree and Linux Kernel device tree,
but we not register all the clks as Linux Kernel, so clk_set_defaults
will fail and cause the clk provider
Hi Tom,
On Tue, 5 Oct 2021 at 10:20, Tom Rini wrote:
>
> While CI has been using gcc-11.1.0 for a long time, we have not updated
> buildman to match. Correct this omission.
>
> Signed-off-by: Tom Rini
> ---
> tools/buildman/toolchain.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Hi Giulio,
On Thu, 14 Oct 2021 at 15:12, Giulio Benetti
wrote:
>
> Hi Simon,
>
> Il giorno 14 ott 2021, alle ore 22:43, Simon Glass ha
> scritto:
>
> Hi Giulio,
>
> On Thu, 14 Oct 2021 at 13:23, Giulio Benetti
> wrote:
>
>
> Hi Simon,
>
>
> Il giorno 14 ott 2021, alle ore 20:24, Simon Glass
Hi Takahiro,
On Thu, 7 Oct 2021 at 00:25, AKASHI Takahiro wrote:
>
> The commit 47a25e81d35c ("Revert "efi_capsule: Move signature from DTB to
> .rodata"") failed to revert the removal of efi_get_public_key_data().
>
> Add back this function and move it under lib/efi_loader so that other
>
Hi Takahiro,
On Mon, 11 Oct 2021 at 19:42, AKASHI Takahiro
wrote:
>
> Simon,
>
> On Mon, Oct 11, 2021 at 08:54:09AM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Thu, 7 Oct 2021 at 00:25, AKASHI Takahiro
> > wrote:
> > >
> > > With this script, a public key is added to a device tree
On Thu, 14 Oct 2021 at 12:24, Simon Glass wrote:
>
> Hi Marek,
>
> On Thu, 14 Oct 2021 at 10:06, Marek Behún wrote:
> >
> > On Thu, 14 Oct 2021 09:11:08 -0600
> > Simon Glass wrote:
> >
> > > Hi Marek,
> > >
> > > On Wed, 13 Oct 2021 at 09:46, Marek Behún wrote:
> > > >
> > > > From: Marek
Hi Mark,
On Thu, 14 Oct 2021 at 15:11, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Thu, 14 Oct 2021 14:55:19 -0600
> >
> > Hi Mark,
> >
> > On Thu, 14 Oct 2021 at 14:51, Mark Kettenis wrote:
> > >
> > > > From: Simon Glass
> > > > Date: Thu, 14 Oct 2021 14:20:21 -0600
> > > >
> > >
Hi Marek,
On Wed, 13 Oct 2021 at 09:46, Marek Behún wrote:
>
> From: Marek Behún
>
> The `nxt` variable actually points to the terminating null-byte of the
> current env var, and the next env var is at `nxt + 1`, not `nxt`. So a
> better name for this variable is `end`.
>
> Signed-off-by: Marek
Hi Marek,
On Wed, 13 Oct 2021 at 09:46, Marek Behún wrote:
>
> From: Marek Behún
>
> Since we no longer use env_get_char() to access n-th character of
> linearized environment data, but rather access the arrays themselves, we
> can convert the iteration to use string pointers instead of
Create the GUID as a global variable.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 3 +--
include/efi_load_initrd.h| 1 +
lib/efi_loader/efi_helper.c | 5 +
lib/efi_loader/efi_load_initrd.c | 3 +--
4 files changed, 8 insertions(+), 4 deletions(-)
Parameter size is never used in function efi_dp_from_lo(). Remove it.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 3 +--
include/efi_loader.h | 1 -
lib/efi_loader/efi_device_path.c | 2 --
lib/efi_loader/efi_helper.c | 2 +-
4 files changed, 2
Use printf code %pD for printing device paths.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/cmd/efidebug.c b/cmd/efidebug.c
index 5235dbb7c1..70a4658012 100644
--- a/cmd/efidebug.c
+++ b/cmd/efidebug.c
@@
On Sat, Sep 25, 2021 at 05:05:43PM +0300, Oleksandr Suvorov wrote:
> From: Ricardo Salveti
>
> Make sure to flush, disable caches and interrupts before jumpint to
> OPTEE. This fixes the SDP->SPL->OPTEE boot flow on iMX6Q and most
> likely on some other ARM SoCs.
>
> Signed-off-by: Ricardo
Instead of copying a GUID and then using a pointer to the copy for calling
guidcmp(), just pass the pointer to the orginal GUID.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 2 +-
include/efi_loader.h | 3 ++-
lib/efi_loader/efi_device_path.c | 5 +++--
Le jeu. 14 oct. 2021 à 22:44, Simon Glass a écrit :
> Hi Mark,
>
> On Thu, 14 Oct 2021 at 14:09, Mark Kettenis
> wrote:
> >
> > > From: Simon Glass
> > > Date: Mon, 11 Oct 2021 11:01:20 -0600
> > >
> > > Hi Mark,
> > >
> > > On Mon, 11 Oct 2021 at 10:40, Mark Kettenis
> wrote:
> > > >
> > > >
We can determine the length of the device path in the boot option after it
is created. There is no need to keep track of the length while building
the device path.
Signed-off-by: Heinrich Schuchardt
---
cmd/efidebug.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
On 10/14/21 8:22 PM, Tom Rini wrote:
On Thu, Oct 14, 2021 at 08:08:37PM +0200, Giulio Benetti wrote:
Il giorno 14 ott 2021, alle ore 15:45, Tom Rini ha scritto:
On Thu, Oct 14, 2021 at 02:53:30AM +0200, Giulio Benetti wrote:
Hello All,
is there a way to pass a dts file without touching
Hi Simon,
> Il giorno 14 ott 2021, alle ore 22:43, Simon Glass ha
> scritto:
>
> Hi Giulio,
>
>> On Thu, 14 Oct 2021 at 13:23, Giulio Benetti
>> wrote:
>>
>> Hi Simon,
>>
Il giorno 14 ott 2021, alle ore 20:24, Simon Glass ha
scritto:
>>>
>>> Hi,
>>>
On Thu, 14 Oct 2021
> From: Simon Glass
> Date: Thu, 14 Oct 2021 14:55:19 -0600
>
> Hi Mark,
>
> On Thu, 14 Oct 2021 at 14:51, Mark Kettenis wrote:
> >
> > > From: Simon Glass
> > > Date: Thu, 14 Oct 2021 14:20:21 -0600
> > >
> > > Hi Mark,
> > >
> > > On Thu, 14 Oct 2021 at 13:35, Mark Kettenis
> > > wrote:
>
Hi François,
On Thu, 14 Oct 2021 at 12:13, François Ozog wrote:
>
>
>
> Le mer. 13 oct. 2021 à 20:06, Simon Glass a écrit :
>>
>> Hi François,
>>
>> On Wed, 13 Oct 2021 at 11:35, François Ozog wrote:
>> >
>> > Hi Simon
>> >
>> > Le mer. 13 oct. 2021 à 16:49, Simon Glass a écrit :
>> >>
>> >>
Hi Takahiro,
On Thu, 14 Oct 2021 at 02:03, AKASHI Takahiro
wrote:
>
> Simon,
>
> On Wed, Oct 13, 2021 at 12:05:58PM -0600, Simon Glass wrote:
> > Hi Takahiro,
> >
> > On Tue, 12 Oct 2021 at 19:32, AKASHI Takahiro
> > wrote:
> > >
> > > On Tue, Oct 12, 2021 at 11:14:17AM -0400, Tom Rini wrote:
>
Hi Mark,
On Thu, 14 Oct 2021 at 14:51, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Thu, 14 Oct 2021 14:20:21 -0600
> >
> > Hi Mark,
> >
> > On Thu, 14 Oct 2021 at 13:35, Mark Kettenis wrote:
> > >
> > > > From: Simon Glass
> > > > Date: Mon, 11 Oct 2021 11:00:34 -0600
> > > >
> > >
> From: Simon Glass
> Date: Thu, 14 Oct 2021 14:20:21 -0600
>
> Hi Mark,
>
> On Thu, 14 Oct 2021 at 13:35, Mark Kettenis wrote:
> >
> > > From: Simon Glass
> > > Date: Mon, 11 Oct 2021 11:00:34 -0600
> > >
> > > Hi Mark,
> > >
> > > On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
> > > >
>
Hi Mark,
On Thu, 14 Oct 2021 at 14:09, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Mon, 11 Oct 2021 11:01:20 -0600
> >
> > Hi Mark,
> >
> > On Mon, 11 Oct 2021 at 10:40, Mark Kettenis wrote:
> > >
> > > Provide preliminary instructions on how to get U-Boot to run on
> > > Apple
Hi Mark,
On Thu, 14 Oct 2021 at 14:15, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Mon, 11 Oct 2021 13:10:02 -0600
> >
> > Hi Mark,
> >
> > On Mon, 11 Oct 2021 at 10:40, Mark Kettenis wrote:
> > >
> > > Provide preliminary instructions on how to get U-Boot to run on
> > > Apple
Hi Mark,
On Thu, 14 Oct 2021 at 13:51, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Mon, 11 Oct 2021 11:00:36 -0600
> >
> > On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
> > >
> > > Add a set of tests for the IOMMU uclass.
> > >
> > > Signed-off-by: Mark Kettenis
> > > ---
> > >
Hi Giulio,
On Thu, 14 Oct 2021 at 13:23, Giulio Benetti
wrote:
>
> Hi Simon,
>
> > Il giorno 14 ott 2021, alle ore 20:24, Simon Glass ha
> > scritto:
> >
> > Hi,
> >
> >> On Thu, 14 Oct 2021 at 07:46, Tom Rini wrote:
> >>
> >>> On Thu, Oct 14, 2021 at 02:53:30AM +0200, Giulio Benetti wrote:
> From: Rob Herring
> Date: Mon, 11 Oct 2021 14:48:46 -0500
Hi Rob,
Trimming the CC list a bit and adding marcan.
> On Mon, Oct 11, 2021 at 2:00 PM Mark Kettenis wrote:
> >
> > > From: Rob Herring
> > > Date: Mon, 11 Oct 2021 13:36:29 -0500
> >
> > Hi Rob,
> >
> > > On Sun, Oct 3, 2021 at
Hi Mark,
On Thu, 14 Oct 2021 at 13:35, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Mon, 11 Oct 2021 11:00:34 -0600
> >
> > Hi Mark,
> >
> > On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
> > >
> > > This uclass is intended to manage IOMMUs on systems where the
> > > IOMMUs are
> From: Simon Glass
> Date: Mon, 11 Oct 2021 13:10:02 -0600
>
> Hi Mark,
>
> On Mon, 11 Oct 2021 at 10:40, Mark Kettenis wrote:
> >
> > Provide preliminary instructions on how to get U-Boot to run on
> > Apple Silicon Macs.
>
> Apple-Silicon
>
> This is ambiguous. The Macs are not made out
> From: Simon Glass
> Date: Mon, 11 Oct 2021 11:01:20 -0600
>
> Hi Mark,
>
> On Mon, 11 Oct 2021 at 10:40, Mark Kettenis wrote:
> >
> > Provide preliminary instructions on how to get U-Boot to run on
> > Apple Silicon Macs.
> >
>
> Please can you add a change log to this patch? Patman will do
> From: Simon Glass
> Date: Mon, 11 Oct 2021 11:00:39 -0600
>
> Hi Mark,
>
> On Sun, 3 Oct 2021 at 12:33, Mark Kettenis wrote:
> >
> > Apple M1 SoCs include an S5L UART which is a variant of the S5P
> > UART. Add support for this variant and enable it by default
> > on Apple SoCs.
> >
> >
> From: Simon Glass
> Date: Mon, 11 Oct 2021 11:00:36 -0600
>
> On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
> >
> > Add a set of tests for the IOMMU uclass.
> >
> > Signed-off-by: Mark Kettenis
> > ---
> > arch/sandbox/dts/test.dts | 6 ++
> > configs/sandbox64_defconfig
> From: Simon Glass
> Date: Mon, 11 Oct 2021 11:00:34 -0600
>
> Hi Mark,
>
> On Sun, 3 Oct 2021 at 12:31, Mark Kettenis wrote:
> >
> > This uclass is intended to manage IOMMUs on systems where the
> > IOMMUs are not in bypass mode by default. In that case U-Boot
> > cannot ignore the IOMMUs
Hi Simon,
> Il giorno 14 ott 2021, alle ore 20:24, Simon Glass ha
> scritto:
>
> Hi,
>
>> On Thu, 14 Oct 2021 at 07:46, Tom Rini wrote:
>>
>>> On Thu, Oct 14, 2021 at 02:53:30AM +0200, Giulio Benetti wrote:
>>>
>>> Hello All,
>>>
>>> is there a way to pass a dts file without touching the
On Mon, Oct 11, 2021 at 3:15 PM Tim Harvey wrote:
>
> Greetings,
>
> Is anyone successfully booting U-Boot with OP-TEE support on the IMX8M?
>
> My understanding is that you need to add tee.bin to the images in the
> FIT image and include it in loadables following the ATF.
>
> While this was done
Found the issue. The of=/dev/sde
>sudo dd if=u-boot-dtb.imx of=/dev/sde1 bs=1k seek=1 conv=fsync
Murali Karicheri, Software Architect
S Electric Company
(Work from Home)
18702 Broken Oak Rd, Boyds,
Maryland, USA 20841
Phone: (301) 256 8139
E-Mail: murali.karich...@sandc.com
Move this over to the new rST format.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/{README.distro => develop/distro.rst} | 177 ++
doc/develop/index.rst | 1 +
2 files changed, 80 insertions(+), 98 deletions(-)
rename doc/{README.distro
It is pretty strange that the pxe code uses the 'filesize' environment
variable find the size of a file it has just read.
Partly this is because it uses the command-line interpreter to parse its
request to load the file.
As a first step towards unwinding this, return it directly from the
Refactor this code so that we can call the 'pxe get' command without going
through the command-line interpreter. This makes it easier to get the
information we need, without going through environment variables.
Signed-off-by: Simon Glass
---
Changes in v3:
- Rebase to -master
Changes in v2:
-
Add an xtoa() function, similar to itoa() but for hex instead.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/vsprintf.h | 16 ++--
lib/vsprintf.c | 20 ++--
test/print_ut.c| 24
3 files changed, 56 insertions(+), 4
The only difference between the three helpers is the filesystem type.
Factor this out and call the filesystem functions directly, instead of
through the command-line interpreter. This allows the file size to be
obtained directly, instead of via an environment variable.
We cannot do the same thing
Both the syslinux and pxe commands use essentially the same code to parse
and run extlinux.conf files. Move this into a common function.
Signed-off-by: Simon Glass
---
(no changes since v1)
boot/pxe_utils.c| 20
cmd/pxe.c | 15 ---
cmd/sysboot.c
Add test and a comment for this function.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/vsprintf.h | 13 -
test/print_ut.c| 17 +
2 files changed, 29 insertions(+), 1 deletion(-)
diff --git a/include/vsprintf.h b/include/vsprintf.h
index
The 'bootfile' environment variable is read in the bowels of pxe_util to
provide a directory to which all loaded files are relative.
This is not obvious from the API to PXE and it is strange to make the
caller set an environment variable rather than pass this as a parameter.
The code is also
This function no longer makes sense, since it is pretty easy to prepend
the boot directory to the filename. Drop it and update its only caller.
Signed-off-by: Simon Glass
---
(no changes since v1)
boot/pxe_utils.c| 53 +
include/pxe_utils.h | 3
Some of these functions are a big vague in the comments. Tidy them up a
bit.
Signed-off-by: Simon Glass
---
(no changes since v1)
boot/pxe_utils.c | 189 ++-
1 file changed, 138 insertions(+), 51 deletions(-)
diff --git a/boot/pxe_utils.c
There are a few more blank lines than makes sense for readability. Also
free() handles a NULL pointer so drop the pointless checks.
Signed-off-by: Simon Glass
---
(no changes since v1)
boot/pxe_utils.c | 66 ++--
1 file changed, 13 insertions(+), 53
Move the header file into the main include/ directory so we can use it
from the bootmethod code. Move the C file into boot/ since it relates to
booting.
Signed-off-by: Simon Glass
---
(no changes since v1)
boot/Makefile| 3 +++
{cmd => boot}/pxe_utils.c| 0
cmd/Makefile
Move this into the context to avoid a global variable. Also rename it
since the current name does not explain what it actually affects.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/pxe.c | 6 ++
cmd/pxe_utils.c | 13 +++--
cmd/pxe_utils.h | 8 +---
At present the PXE functions pass around a pointer to command-table entry
which is very strange. It is only needed in a few places and it is odd to
pass around a data structure from another module in this way.
For bootmethod we will need to provide some context information when
reading files.
Put the function comments in the header file so that the full API can we
examined in one place.
Expand the comments to cover parameters and return values.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/pxe_utils.c | 45 -
cmd/pxe_utils.h | 77
Rather than having a global variable, pass the function as part of the
context.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/pxe.c | 10 --
cmd/pxe_utils.c | 9 -
cmd/pxe_utils.h | 20 +---
cmd/sysboot.c | 20 ++--
4 files
Allow the caller to provide some info which is passed back to the
readfile() method.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/pxe.c | 4 ++--
cmd/pxe_utils.c | 3 ++-
cmd/pxe_utils.h | 6 +-
cmd/sysboot.c | 2 +-
4 files changed, 10 insertions(+), 5 deletions(-)
Quite a lot of the code in common/relates to booting and images. Before
adding more it seems like a good time to move the code into its own
directory.
Most files with 'boot' or 'image' in them are moved, except:
- autoboot.c which relates to U-Boot automatically running a script
- bootstage.c
This collects together the patches previously sent relating to PXE.
Firstly, it moves the boot code out of common/ and into a new boot/
directory. This helps to collect these related files in one place, as
common/ is quite large.
Secondly, it provides patache so clean up the PXE code and
On 10/14/21 2:24 PM, Simon Glass wrote:
Hi Sean,
On Thu, 14 Oct 2021 at 09:36, Sean Anderson wrote:
On 10/14/21 11:09 AM, Simon Glass wrote:
> Hi Michal,
>
> On Wed, 6 Oct 2021 at 08:19, Michal Simek wrote:
>>
>> When DT node has pwm-cells property it shouldn't be bind as timer driver
Hi Sean,
On Thu, 14 Oct 2021 at 09:36, Sean Anderson wrote:
>
>
>
> On 10/14/21 11:09 AM, Simon Glass wrote:
> > Hi Michal,
> >
> > On Wed, 6 Oct 2021 at 08:19, Michal Simek wrote:
> >>
> >> When DT node has pwm-cells property it shouldn't be bind as timer driver
> >> but as PWM driver. That's
Hi Marek,
On Thu, 14 Oct 2021 at 10:06, Marek Behún wrote:
>
> On Thu, 14 Oct 2021 09:11:08 -0600
> Simon Glass wrote:
>
> > Hi Marek,
> >
> > On Wed, 13 Oct 2021 at 09:46, Marek Behún wrote:
> > >
> > > From: Marek Behún
> > >
> > > This function was used by other parts of U-Boot in the past
Hi Art,
On Wed, 13 Oct 2021 at 22:34, Art Nikpal wrote:
>
> > Please also see this refactor which conflicts with this patch:
> >
> > http://patchwork.ozlabs.org/project/uboot/list/?series=264265
> >
> > I think that series should be reviewed/applied first since it was sent
> in August.
>
> yes !
Hi Peter,
On Thu, 14 Oct 2021 at 02:40, Peter Hoyes wrote:
>
> From: Peter Hoyes
>
> If using OF_CONTROL, fdtcontroladdr is set to the fdt used to configure
> U-Boot. When using PXE, if no fdt is defined in the menu file, and
> there is no fdt at fdt_addr, add fall back on fdtcontroladdr too.
>
Hi,
On Thu, 14 Oct 2021 at 07:46, Tom Rini wrote:
>
> On Thu, Oct 14, 2021 at 02:53:30AM +0200, Giulio Benetti wrote:
>
> > Hello All,
> >
> > is there a way to pass a dts file without touching the
> > arch/arm/boot/dts/Makefile?
> >
> > On Buildroot we support the possibility to pass an
1 - 100 of 196 matches
Mail list logo