On Wed, Jun 14, 2023 at 10:56:23AM +0530, Sughosh Ganu wrote:
> hi Takahiro,
>
> On Wed, 14 Jun 2023 at 09:09, Takahiro Akashi
> wrote:
> >
> > Hi Sughosh,
> >
> > I think this is a good extension to mkeficapsule, but
> >
> > On Tue, Jun 13, 2023 at 04:08:03PM +0530, Sughosh Ganu wrote:
> > >
hi Takahiro,
On Wed, 14 Jun 2023 at 09:09, Takahiro Akashi
wrote:
>
> Hi Sughosh,
>
> I think this is a good extension to mkeficapsule, but
>
> On Tue, Jun 13, 2023 at 04:08:03PM +0530, Sughosh Ganu wrote:
> > Add support for specifying the parameters needed for capsule
> > generation through a
Hi Sughosh,
I think this is a good extension to mkeficapsule, but
On Tue, Jun 13, 2023 at 04:08:03PM +0530, Sughosh Ganu wrote:
> Add support for specifying the parameters needed for capsule
> generation through a config file, instead of passing them through
> command-line. Parameters for more
> From: Bin Meng
> Sent: Monday, June 12, 2023 3:36 PM
> To: u-boot@lists.denx.de
> Cc: Leo Yu-Chi Liang(梁育齊) ; Rick Jian-Zhi Chen(陳建志)
>
> Subject: [PATCH 2/3] riscv: clint: Update the sifive clint ipi driver to
> support aclint
>
> This RISC-V ACLINT specification [1] defines a set of memory
On Wed, Jun 14, 2023 at 2:41 AM Tom Rini wrote:
>
> On Tue, Jun 13, 2023 at 11:52:16AM +0100, Peter Robinson wrote:
>
> > While NFS is widely used in data centres, and private
> > networks it's quite a nuanced usecase for device firmware.
> > A lot of devices already disable it.
> >
> > Various
Hi Xavier,
On Tue, 13 Jun 2023 at 17:04, Xavier Drudis Ferran wrote:
>
> El Tue, Jun 13, 2023 at 03:58:22PM +0100, Simon Glass deia:
> >
> > Yes that's right. So 'usb info' should ignore UCLASS_BOOTDEV devices.
>
> That's a possibility, yes. It should work until someone adds another
> device
Hi,
On Tue, 13 Jun 2023 at 18:33, Tom Rini wrote:
>
> On Tue, Jun 13, 2023 at 07:05:52PM +0300, Sergei Antonov wrote:
> > On Tue, 13 Jun 2023 at 17:58, Simon Glass wrote:
> > > The problem with this is it then cannot be built on non-sandbox
> > > boards. I think v1 was OK.
> >
> > Before the
On Tue, Jun 13, 2023 at 11:02:53AM +0300, Ilias Apalodimas wrote:
> Hi Tom,
>
> The following changes since commit 260d4962e06c0a7d2713523c131416a3f70d7f2c:
>
> Merge tag v2023.07-rc4 into next (2023-06-12 14:55:33 -0400)
>
> are available in the Git repository at:
>
>
Provide a man-page for the imxtract command.
Signed-off-by: Heinrich Schuchardt
---
doc/usage/cmd/imxtract.rst | 81 ++
doc/usage/index.rst| 1 +
2 files changed, 82 insertions(+)
create mode 100644 doc/usage/cmd/imxtract.rst
diff --git
On Tue, Jun 13, 2023 at 04:38:47PM +, Tom Warren wrote:
> Svyatoslav,
>
> I've got your V6 patches applied, and buildman tegra is OK. I've never run
> the CI tests before, so I'll have to look into that. I'll update
> u-boot-tegra/master TOT today, though.
>
> TomR & Simon - I'm retiring
Hi Peter,
On 2023-06-13 09:58, Peter Robinson wrote:
> On Mon, Jun 12, 2023 at 11:20 PM Jonas Karlman wrote:
>>
>> Hi Peter,
>>
>> On 2023-06-11 22:22, Peter Robinson wrote:
>>> Hi Jonas,
>>>
>>> This regresses the Rockpro64 build for me when building with gcc 12/13
>>> with the following error,
On Tue, Jun 13, 2023 at 12:24:44PM +0100, Peter Robinson wrote:
> > > To clarify a fact: I am happy with the patch. I am unhappy with the
> > > wrong "naming" that my old
> > > employer used and influenced this patch. Also the company is shipping
> > > thousands of devices per
> > > year where
On Tue, Jun 13, 2023 at 11:52:16AM +0100, Peter Robinson wrote:
> While NFS is widely used in data centres, and private
> networks it's quite a nuanced usecase for device firmware.
> A lot of devices already disable it.
>
> Various network protocols should really be opt in, not opt
> out,
On 2023/6/9 17:27, Bin Meng wrote:
Hi,
On Tue, Jun 6, 2023 at 9:26 PM Ying-Chun Liu (PaulLiu)
wrote:
This is an implementation of single-character virtio-console. Part of the
patch is based on barebox implementations.
To test the patch, we can build qemu_arm64_defconfig target. Enable
On Tue, Jun 13, 2023 at 07:05:52PM +0300, Sergei Antonov wrote:
> On Tue, 13 Jun 2023 at 17:58, Simon Glass wrote:
> > The problem with this is it then cannot be built on non-sandbox
> > boards. I think v1 was OK.
>
> Before the patch as well as after the patch:
> if CONFIG_SANDBOX_SDL
>
On Mon, Jun 12, 2023 at 07:30:38PM +0200, Michal Simek wrote:
> Hi Tom,
>
> please pull these patches for next version. CI didn't show any issue on
> previous base but I see a lot of times that 32bit arm builds are failing
> because of 1h limit.
Note that this is a per-project setting, so I
Hello,
On 06.06.23 15:25, Ying-Chun Liu (PaulLiu) wrote:
> From: "A. Cody Schuffelen"
>
> This is an implementation of single-character virtio-console. Part of the
> patch is based on barebox implementations.
Cool to see others found this useful. I had originally written this for the demo
at
Svyatoslav,
I've got your V6 patches applied, and buildman tegra is OK. I've never run the
CI tests before, so I'll have to look into that. I'll update
u-boot-tegra/master TOT today, though.
TomR & Simon - I'm retiring the first week in July, so I won't be the Tegra
custodian going forward -
On Tue, 13 Jun 2023 at 17:58, Simon Glass wrote:
> The problem with this is it then cannot be built on non-sandbox
> boards. I think v1 was OK.
Before the patch as well as after the patch:
if CONFIG_SANDBOX_SDL
declaration of sandbox_sdl_set_bpp()
else
definition of sandbox_sdl_set_bpp()
El Tue, Jun 13, 2023 at 03:58:22PM +0100, Simon Glass deia:
>
> Yes that's right. So 'usb info' should ignore UCLASS_BOOTDEV devices.
That's a possibility, yes. It should work until someone adds another
device there for some other purpose.
> That is better than checking for the NULL pointer.
>
This fixes the following run time error message:
set_dir_flags: error: gpio PIOD3 not reserved
set_dir_flags: error: gpio PIOC14 not reserved
Signed-off-by: Ilko Iliev
---
board/ronetix/pm9g45/pm9g45.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/board/ronetix/pm9g45/pm9g45.c
Hi Heinrich,
On Tue, 13 Jun 2023 at 18:00, Heinrich Schuchardt wrote:
>
> On 6/13/23 15:23, Ilias Apalodimas wrote:
> > Running the controller selftest more than one times fails with
> >
> > => setenv efi_selftest 'controllers' && bootefi selftest
> > Testing EFI API implementation
> > Selected
On 6/13/23 15:23, Ilias Apalodimas wrote:
Running the controller selftest more than one times fails with
=> setenv efi_selftest 'controllers' && bootefi selftest
Testing EFI API implementation
Selected test: 'controllers'
Setting up 'controllers'
Setting up 'controllers' succeeded
Executing
On Tue, Jun 13, 2023 at 03:58:25PM +0100, Simon Glass wrote:
> Hi Sergei,
>
> On Mon, 12 Jun 2023 at 22:19, Sergei Antonov wrote:
> >
> > With sandbox and sandbox64 configurations:
> >
> > In file included from .../u-boot/include/test/test.h:156,
> > from
Hi Sergei,
On Mon, 12 Jun 2023 at 22:19, Sergei Antonov wrote:
>
> With sandbox and sandbox64 configurations:
>
> In file included from .../u-boot/include/test/test.h:156,
> from .../u-boot/include/test/lib.h:9,
> from .../u-boot/test/lib/test_crc8.c:8:
>
Hi Ilias,
On Tue, 13 Jun 2023 at 06:48, Ilias Apalodimas
wrote:
>
> On Mon, Jun 12, 2023 at 10:17:28PM +0100, Simon Glass wrote:
> > Hi Ilias,
> >
> > On Wed, 7 Jun 2023 at 10:18, Ilias Apalodimas
> > wrote:
> > >
> > > Currently we only read the pcr updates once on test_tpm2_pcr_read().
> > >
Hi Patrick,
On Thu, 8 Jun 2023 at 16:16, Patrick Delaunay
wrote:
>
> This patch is a preliminary patch to use ofnode function
> is fdt_support to read the U-Boot device tree with livetree
> compatible functions.
When will the real patch come?
Reviewed-by: Simon Glass
Regards,
Simon
>
>
Hi Xavier,
On Tue, 13 Jun 2023 at 07:52, Xavier Drudis Ferran wrote:
>
> Ok. New test.
>
> This uses yesterday morning's next branch.
> commit 5b589e139620214f
> Merge: cc5a940923 32d2461e04
> Merge branch 'next_net/phy_connect_dev'
>
> USB2 does not work for rk3399 in next (fixes are in
This commit adds driver for iMX93 ADC.
The driver is implemented using driver model and provides
ADC uclass's methods for ADC single channel operations:
- adc_start_channel()
- adc_channel_data()
- adc_stop()
ADC features:
- channels: 4
- resolution: 12-bit
Signed-off-by:
iMX93 ADC features:
- 4 channels
- 12 bit resolution
Signed-off-by: Luca Ellero
---
configs/imx93_11x11_evk_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/imx93_11x11_evk_defconfig
b/configs/imx93_11x11_evk_defconfig
index 89edebc4c6..30ef460c80 100644
---
Add ADC support for NXP iMX93
Changes for v2:
- add "static" to functions
- enable ADC in iMX93 EVK
Changes for v3:
- split in 3 commits
- keep dts file in sync with Linux devicetree
- add comments to commits
Changes for v4:
- add imx93_adc_power_down() in imx93_adc_stop()
Changes for v5:
-
From: Algapally Santosh Sagar
The bootscript is expected at a default address specific to each
platform.
When high speed memory like Programmable Logic Double Data Rate RAM
(PL DDR RAM) or Higher Bandwidth Memory RAM (HBM) is used the boot.scr
may be loaded at a different offset. The offset
On Tue, Jun 13, 2023 at 07:28:34AM -0600, Rob Herring wrote:
> On Mon, Jun 12, 2023 at 3:23 PM Conor Dooley wrote:
> > On Thu, Jun 08, 2023 at 08:30:28PM +0100, Conor Dooley wrote:
> > > On Thu, Jun 08, 2023 at 01:15:37PM -0600, Rob Herring wrote:
> > > > On Tue, May 30, 2023 at 03:12:12PM +0100,
On Mon, Jun 12, 2023 at 3:23 PM Conor Dooley wrote:
>
> Rob,
> Before I press on with more versions...
>
> On Thu, Jun 08, 2023 at 08:30:28PM +0100, Conor Dooley wrote:
> > On Thu, Jun 08, 2023 at 01:15:37PM -0600, Rob Herring wrote:
> > > On Tue, May 30, 2023 at 03:12:12PM +0100, Conor Dooley
Running the protocols selftest more than one times fails with
=> setenv efi_selftest 'manage protocols' && bootefi selftest
Testing EFI API implementation
Selected test: 'manage protocols'
Setting up 'manage protocols'
Setting up 'manage protocols' succeeded
Executing 'manage protocols'
Running the controller selftest more than one times fails with
=> setenv efi_selftest 'controllers' && bootefi selftest
Testing EFI API implementation
Selected test: 'controllers'
Setting up 'controllers'
Setting up 'controllers' succeeded
Executing 'controllers'
Executing 'controllers' succeeded
Hi,
On 6/13/23 13:05, Emmanuel Di Fede wrote:
The new opt-out setting, CONFIG_ENV_MMC_PARTITION, statically sets
the MMC environment partition name. Prior to this patch, the only way
to declare this partition name was by creating a
'u-boot,mmc-env-partition' parameter in the device-tree's
> From: Simon Glass
> Date: Mon, 12 Jun 2023 21:14:32 +0100
>
> The intent here was to allow ANSI codes to be disabled, since it was
> proving impoosible to test operation of the menu code when it kept moving
> the cursor. Unfortunately this ended up in the patch.
>
> Correct this by enabling
Am Di., 13. Juni 2023 um 13:24 Uhr schrieb Peter Robinson
:
>
> > > To clarify a fact: I am happy with the patch. I am unhappy with the
> > > wrong "naming" that my old
> > > employer used and influenced this patch. Also the company is shipping
> > > thousands of devices per
> > > year where these
The new opt-out setting, CONFIG_ENV_MMC_PARTITION, statically sets
the MMC environment partition name. Prior to this patch, the only way
to declare this partition name was by creating a
'u-boot,mmc-env-partition' parameter in the device-tree's /config node.
This setting provides additional
> > To clarify a fact: I am happy with the patch. I am unhappy with the
> > wrong "naming" that my old
> > employer used and influenced this patch. Also the company is shipping
> > thousands of devices per
> > year where these patches are used.
>
> Further clean-ups and clarifications to the
DT binding has been approved that's why use new compatible string.
The old one is mark as deprecated and should be removed after some
releases.
Link: https://lore.kernel.org/r/20230420104231.2243079-3-srinivas.ne...@amd.com/
Signed-off-by: Michal Simek
---
drivers/watchdog/xilinx_wwdt.c | 3
Some older SoCs (<=A20, F1C100s) do not have a dedicated SRAM buffer for
the USB-OTG controller, but require the CPU to relinquish one of its SRAM
blocks to the USB controller. This is done by flipping a bit in the SRAM
controller (aka "syscon").
So far we were doing this using the hardcoded SRAM
While NFS is widely used in data centres, and private
networks it's quite a nuanced usecase for device firmware.
A lot of devices already disable it.
Various network protocols should really be opt in, not opt
out, because they add extra size and are potential attack
vectors from a security PoV.
Support has been added to generate capsules through parameters
specified in the config file. To bring this under the testing ambit,
make changes in the EFI capsule test logic to generate the capsule
files by parsing the config file, when the path to the config file is
specified.
Signed-off-by:
The UEFI capsule can be generated either through command-line
parameters, or, by specifying those in a config file. Add
documentation to describe the format of the config file.
Signed-off-by: Sughosh Ganu
---
doc/develop/uefi/uefi.rst | 64 +++
1 file
Add support for specifying the parameters needed for capsule
generation through a config file, instead of passing them through
command-line. Parameters for more than a single capsule file can be
specified, resulting in generation of multiple capsules through a
single invocation of the command.
Add a target for building EFI capsules. The capsule parameters are
specified through a config file, and the path to the config file is
specified through CONFIG_EFI_CAPSULE_CFG_FILE. When the config file is
not specified, the command only builds tools.
Signed-off-by: Sughosh Ganu
---
Makefile |
Update the document to specify how the EFI Signature List(ESL) file
can be embedded into the platform's dtb as part of the u-boot build.
Signed-off-by: Sughosh Ganu
---
doc/develop/uefi/uefi.rst | 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
diff --git
Currently, the keys and the EFI Signature List(ESL) file used for
capsule authentication can be generated after the u-boot image has
been built. The ESL file is then manually embedded into the platform's
dtb for capsule authentication.
This flow has been changed through an earlier commit, which
The EFI capsule authentication logic in u-boot expects the public key
in the form of an EFI Signature List(ESL) to be provided as part of
the platform's dtb. Currently, the embedding of the ESL file into the
dtb needs to be done manually.
Add a script for embedding the ESL used for capsule
This patchset aims to bring two capsule related tasks under the u-boot
build flow.
One is the embedding of the public key into the platform's dtb as part
of dtb' build. The public key is in the form of an EFI Signature
List(ESL) file and is used for capsule authentication. This is
achieved at
9 червня 2023 р. 07:34:41 GMT+03:00, Svyatoslav Ryhel
написав(-ла):
>This patchset adds support for native use of U-Boot on:
>- ASUS T30 Transformers (7 devices, all models);
>- ASUS/Google Nexus 7 (2012), both grouper and tilapia
>- LG Optimus 4X HD (P880) and Optimus Vu (P895)
>- HTC One X
> I can help with reviews in this area. In this case, please CC me.
I suggest adding yourself to the MAINTAINERS file as a reviewer,
people won't know you've offered and in a year Tom may not remember.
On the arm64 architecture booti_setup() is called for EFI FIT images.
This function call fails because EFI images typically do not have a
kernel signature.
Check that the operating system property "os" of the image is "linux"
before invoking booti_setup().
Fixes: 487b5fa6deb1 ("bootm: Handle
Hi Tom,
The following changes since commit 260d4962e06c0a7d2713523c131416a3f70d7f2c:
Merge tag v2023.07-rc4 into next (2023-06-12 14:55:33 -0400)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-tpm/ tags/tpm-for_tom-13062023
for you to fetch changes
On Mon, Jun 12, 2023 at 11:20 PM Jonas Karlman wrote:
>
> Hi Peter,
>
> On 2023-06-11 22:22, Peter Robinson wrote:
> > Hi Jonas,
> >
> > This regresses the Rockpro64 build for me when building with gcc 12/13
> > with the following error, if I remove CONFIG_LTO it builds, but
> > overlaps.
> >
> >
Signed-off-by: Jim Liu
---
drivers/misc/npcm_otp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/npcm_otp.c b/drivers/misc/npcm_otp.c
index 304910888b..08029724c0 100644
--- a/drivers/misc/npcm_otp.c
+++ b/drivers/misc/npcm_otp.c
@@ -33,7 +33,7 @@ static int
The SHA and OTP should under the ahb node
Signed-off-by: Jim Liu
---
arch/arm/dts/nuvoton-npcm8xx-u-boot.dtsi | 33
1 file changed, 17 insertions(+), 16 deletions(-)
diff --git a/arch/arm/dts/nuvoton-npcm8xx-u-boot.dtsi
b/arch/arm/dts/nuvoton-npcm8xx-u-boot.dtsi
index
add console and mem env to boot to linux kernel
Signed-off-by: Jim Liu
---
board/nuvoton/poleg_evb/poleg_evb.c | 7 +++
include/configs/poleg.h | 2 ++
2 files changed, 9 insertions(+)
diff --git a/board/nuvoton/poleg_evb/poleg_evb.c
b/board/nuvoton/poleg_evb/poleg_evb.c
index
Enable FIT and SHA config to decompress the kernel image
Signed-off-by: Jim Liu
---
configs/poleg_evb_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/poleg_evb_defconfig b/configs/poleg_evb_defconfig
index b00fb48a5a..cab589d7aa 100644
--- a/configs/poleg_evb_defconfig
fix type error and add feature to boot to kernel
Jim Liu (4):
ARM: config: Enable config to decompress the FIT image
board: nuvoton: add env setting for boot to linux
ARM: dts: npcm8xx: fix dts node error
misc: nuvoton: fix type error
arch/arm/dts/nuvoton-npcm8xx-u-boot.dtsi | 33
Ok. New test.
This uses yesterday morning's next branch.
commit 5b589e139620214f
Merge: cc5a940923 32d2461e04
Merge branch 'next_net/phy_connect_dev'
USB2 does not work for rk3399 in next (fixes are in master, thanks),
but USB3 is enough.
I compiled for rock-pi-4-rk3399_defconfig
flashed
El Mon, Jun 12, 2023 at 10:17:38PM +0100, Simon Glass deia:
>
> I'm not sure what is going on here. Which version are you testing? Do
> you have these two commits?
>
> 8c29b73278d6 bootstd: usb: Avoid initing USB twice
> 9fea3a799dde usb: Tidy up the usb_start flag
>
> Regards,
> Simon
Yes, I
Hi Ramon
Thanks for your review.
The udelay timing is defined on our spec .
Does this need to use config to control it or use dts method to set the timing?
Best regards,
Jim
On Sun, Jun 11, 2023 at 3:03 AM Ramon Fried wrote:
>
> On Tue, Feb 14, 2023 at 10:20 AM Jim Liu wrote:
> >
> > Add
On 6/8/23 17:16, Patrick Delaunay wrote:
> This patch is a preliminary patch to use ofnode function
> is fdt_support to read the U-Boot device tree with livetree
> compatible functions.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> common/fdt_support.c | 2 +-
> 1 file changed, 1
On 6/8/23 17:16, Patrick Delaunay wrote:
> Add a new function fdt_copy_fixed_partitions to copy the fixed
> partition nodes from U-Boot device tree to Linux kernel
> device tree and to dynamically configure the MTD partitions.
>
> This function fdt_copy_fixed_partitions is only based on device
On 6/8/23 17:16, Patrick Delaunay wrote:
> With MTD support in driver model, the direct call of mtdparts_init
> should be avoided and replaced by mtd_probe_devices.
>
> With the modificaton when MTDIDS/MTDPARTS are empty the OF fallback
> with partition describe in device tree is correctly
On 6/8/23 17:16, Patrick Delaunay wrote:
> Add partitions subnode in flash0 for stm32mp157xx-dhcom/dhcor boards.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/dts/stm32mp15xx-dhcom-u-boot.dtsi | 27 ++
> arch/arm/dts/stm32mp15xx-dhcor-u-boot.dtsi | 27
On 6/8/23 17:16, Patrick Delaunay wrote:
> From: Patrice Chotard
>
> Disable CMD_MTDPARTS as it's no more needed and it is strongly
> encouraged to avoid using this command anymore.
> (see comments in ./cmd/Kconfig:2422).
>
> Signed-off-by: Patrice Chotard
> Signed-off-by: Patrick Delaunay
On 6/8/23 17:16, Patrick Delaunay wrote:
> From: Patrice Chotard
>
> As stm32prog_get_tee_partitions() is no more used, remove tee_detected
> boolean from stm32prog_data struct and all code using it.
>
> Signed-off-by: Patrice Chotard
> Signed-off-by: Patrick Delaunay
> ---
>
>
On 6/8/23 17:16, Patrick Delaunay wrote:
> Remove the function board_mtdparts_default and the associated file
> or configs, only used by the CONFIG_SYS_MTDPARTS_RUNTIME now removed.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> board/st/common/Kconfig| 66 ---
>
On 6/8/23 17:16, Patrick Delaunay wrote:
> Copy the fixed partition nodes from U-Boot device tree to Linux kernel
> device tree to dynamically configure the MTD partitions.
>
> fdt_copy_fixed_partitions is only based on device tree
> and replace the function fdt_fixup_mtdparts based on
On 6/8/23 17:16, Patrick Delaunay wrote:
> From: Patrice Chotard
>
> As we don't use anymore MTDPARTS_xx Kconfig variables
> (MTDPARTS_NAND0_BOOT, MTDPARTS_NOR0_BOOT...),
> disable SYS_MTDPARTS_RUNTIME.
>
> Signed-off-by: Patrice Chotard
> Signed-off-by: Patrick Delaunay
> ---
>
>
On 6/8/23 17:16, Patrick Delaunay wrote:
> From: Patrice Chotard
>
> Add partitions subnode in flash0 and nand nodes for all stm32mp157xx-ev1
> boards. Update only the file stm32mp157c-ev1-*u-boot.dtsi, included by
> other files stm32mp15*-ev1-*-u-boot.dtsi.
>
> For SCMI variant of device
On 6/8/23 17:16, Patrick Delaunay wrote:
> Update "secure" version of STM32 boards based on SCMI when RCC_TZCR.TZEN=1
> stm32mp15xx-*-scmi-u-boot.dtsi with latest patches on files
> stm32mp15xx-*-u-boot.dtsi.
>
> Signed-off-by: Patrick Delaunay
> ---
>
>
On 6/8/23 17:16, Patrick Delaunay wrote:
> From: Patrice Chotard
>
> Motivation for this patch is to remove usage of function define
> in cmd/mtdparts.c interface, based on env variables mtdids and mtdparts:
> mtdparts_init() and find_dev_and_part().
> See commit 938db6fe5da3 ("cmd: mtdparts:
On 6/8/23 17:09, Patrick Delaunay wrote:
> Add support of "FWU_MDATA" partition type in flashlayout to select
> the TF-A firmware update metadata partition type guid, associated to
> U-Boot "system" partition type guid, FWU_MDATA_GUID introduced by
> commit 2eaedc95164f ("FWU: Add FWU metadata
On 6/8/23 17:09, Patrick Delaunay wrote:
> Add support of "ESP" partition type in flashlayout to select
> the "EFI System Partition", associated to U-Boot "system"
> partition type guid, PARTITION_SYSTEM_GUID =
> C12A7328-F81F-11d2-BA4B-00A0C93EC93B.
>
> This partition is the bootable
On 6/8/23 17:09, Patrick Delaunay wrote:
> Add support of "ENV" partition type in flashlayout to select
> the "u-boot-env" GUID, with PARTITION_U_BOOT_ENVIRONMENT =
> 3de21764-95bd-54bd-a5c3-4abe786f38a8, that mean a partition
> holding a U-Boot environment introduced by
> commit c0364ce1c695
80 matches
Mail list logo