Hi,
Am So., 19. Juni 2022 um 07:59 Uhr schrieb Michael Nazzareno Trimarchi
:
>
> Hi
>
> Il sab 18 giu 2022, 23:56 Heiko Thiery ha scritto:
>>
>> Hi Michael, Hi Marek,
>>
>> Am Mi., 15. Juni 2022 um 08:43 Uhr schrieb Michael Nazzareno Trimarchi
>> :
>> >
>> > Hi Heiko
>> >
>> > On Wed, Jun 15, 202
Hi
Il sab 18 giu 2022, 23:56 Heiko Thiery ha scritto:
> Hi Michael, Hi Marek,
>
> Am Mi., 15. Juni 2022 um 08:43 Uhr schrieb Michael Nazzareno Trimarchi
> :
> >
> > Hi Heiko
> >
> > On Wed, Jun 15, 2022 at 8:23 AM Heiko Thiery
> wrote:
> > >
> > > Hi Marek,
> > >
> > > [SNIP]
> > >
> > > > > di
This commit add the menu-driven interface to delete the
signature database entry.
EFI Signature Lists can contain the multiple signature
entries, this menu can delete the indivisual entry.
If the PK is enrolled and UEFI Secure Boot is in User Mode,
user can not delete the existing signature lists
This commit adds the menu-driven interface to show the
signature database.
Signed-off-by: Masahisa Kojima
---
cmd/eficonfig_sbkey.c | 283 ++
1 file changed, 283 insertions(+)
diff --git a/cmd/eficonfig_sbkey.c b/cmd/eficonfig_sbkey.c
index a5c0dbe9b3..02
This commit adds the menu-driven UEFI Secure Boot Key
enrollment interface. User can enroll the PK, KEK, db
and dbx by selecting EFI Signature Lists file.
After the PK is enrolled, UEFI Secure Boot is enabled and
EFI Signature Lists file must be signed by KEK or PK.
Signed-off-by: Masahisa Kojima
This series adds the UEFI Secure Boot key maintenance interface
to the eficonfig command.
User can enroll and delete the PK, KEK, db and dbx.
Note that this series is RFC since this series is implemented
on the top of the "enable menu-driven UEFI variable maintenance"
patch series still under revi
Add documentation for eficonfig command.
Signed-off-by: Masahisa Kojima
---
Changes in v8:
- command name is changed from "efimenu" to "eficonfig"
Newly created in v7
doc/usage/cmd/eficonfig.rst | 50 +
doc/usage/index.rst | 1 +
2 files changed, 51
The bootmenu enumerates the UEFI boot options
for boot device selection.
This commit adds the description how the UEFI boot work
in bootmenu. This commit also adds "Synopsis", "Description"
and "Configuration" sections to follow the U-Boot command
documentation format.
Signed-off-by: Masahisa Koji
UEFI specification requires booting from removal media using
a architecture-specific default image name such as BOOTAA64.EFI.
This commit adds the removable media entries into bootmenu,
so that user can select the removable media and boot with
default image.
The bootmenu automatically enumerates t
This commit adds the menu entry to delete the UEFI boot option.
User moves the entry with UP/DOWN key, changes, then presses
ENTER key to delete the selected boot option.
Signed-off-by: Masahisa Kojima
---
Changes in v8:
- function and structure prefix is changed to "eficonfig"
Changes in v7:
-
This commit adds the menu entry to update UEFI BootOrder variable.
User moves the entry with UP/DOWN key, changes the order
with PLUS/MINUS key, then finalizes the order by ENTER key.
The U-Boot menu framework is well designed for static menu,
this commit implements the own menu display and key ha
This is preparation to support menu-driven UEFI BootOrder
variable updated by KEY_PLUS and KEY_MINUS.
Signed-off-by: Masahisa Kojima
---
No change in v8
Newly created in v7
common/menu.c | 6 ++
include/menu.h | 2 ++
2 files changed, 8 insertions(+)
diff --git a/common/menu.c b/common/m
This commit add the "eficonfig" command.
The "eficonfig" command implements the menu-driven UEFI boot option
maintenance feature. This commit implements the addition of
new boot option. User can select the block device volume having
efi_simple_file_system_protocol and select the file corresponding
This commit adds the menu entry to edit the existing
BOOT variable contents.
User selects the item from the boot option list, then
user can edit the description, file path and optional_data.
Note that automatically generated boot option entry by bootmenu
to suppport the removable media device
This commit exposes the END device path node.
Signed-off-by: Masahisa Kojima
---
No change in v8
Newly created in v7
include/efi_loader.h | 3 +++
lib/efi_loader/efi_device_path.c | 2 +-
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/efi_loader.h b/include/e
This series add the menu-driven UEFI boot variable maintenance
and removable media support in bootmenu.
Different from previous version, thie series adds a new U-Boot
command "efimenu" to invoke the UEFI boot-related variable
maintenance menu.
Note that menu-driven UEFI Secure Boot key management
Hi Akashi-san,
On Wed, 15 Jun 2022 at 12:01, Takahiro Akashi
wrote:
>
> On Mon, Jun 13, 2022 at 06:38:44PM +0900, Masahisa Kojima wrote:
> > This series add the menu-driven UEFI boot variable maintenance
> > and removable media support in bootmenu.
> >
> > Different from previous version, thie se
Hi Michael, Hi Marek,
Am Mi., 15. Juni 2022 um 08:43 Uhr schrieb Michael Nazzareno Trimarchi
:
>
> Hi Heiko
>
> On Wed, Jun 15, 2022 at 8:23 AM Heiko Thiery wrote:
> >
> > Hi Marek,
> >
> > [SNIP]
> >
> > > > diff --git a/board/freescale/imx8mn_evk/spl.c
> > > > b/board/freescale/imx8mn_evk/spl.
On Fri, Jun 17, 2022 at 01:26:12PM -0500, Nishanth Menon wrote:
> Do 1 byte address checks first prior to doing 2 byte address checks.
> When performing 2 byte addressing on 1 byte addressing eeprom, the
> second byte is taken in as a write operation and ends up erasing the
> eeprom region we want
On Fri, Jun 17, 2022 at 01:26:11PM -0500, Nishanth Menon wrote:
> Due to supply chain issues, we are starting to see a mixture of eeprom
> usage including the smaller 7-bit addressing eeproms such as 24c04
> used for eeproms.
>
> These eeproms don't respond well to 2 byte addressing and fail the
On Fri, Jun 17, 2022 at 01:23:31PM +0200, Patrick DELAUNAY wrote:
> Hi Tom,
>
> Please pull the STM32 related fixes for u-boot/master, v2022.07:
> u-boot-stm32-20220617
>
> - Fix the stm32prog command for stm32mp platform
> - Add stm32mp15x DHCOR based DRC Compact board
>
> CI status:
> https:/
On Fri, Jun 17, 2022 at 09:01:30AM +, Chee, Tien Fong wrote:
> Hi Tom,
>
> Please pull the SoCFPGA changes as shown in below.
>
> Thanks.
>
> Best regards,
> Tien Fong
>
>
> The following changes since commit c18e5fb055ab789f58434e3cb432582adee0134c:
>
> dtoc: Update test_src_scan.py f
Hi Fabio, Jesse,
On 18/06/22 02:43, Fabio Estevam wrote:
Hi Jesse,
On Fri, Jun 17, 2022 at 1:42 PM Jesse Taube wrote:
Add a base defconfig for the i.MXRT1170
This should be part of the patch that adds support for the board (1/8).
+CONFIG_ARM=y
+CONFIG_SYS_DCACHE_OFF=y
Any reason to tur
On 15/06/2022 02:25, Peng Fan wrote:
>> Subject: Re: [PATCH 7/8] binman_sym: guard with
>> CONFIG_IS_ENABLED(BINMAN_SYMBOLS)
>>
>> On 13/06/2022 05:34, Peng Fan (OSS) wrote:
>>> 在 2022/6/11 20:44, Alper Nebi Yasak 写道:
CONFIG_IS_ENABLED(BINMAN) doesn't work, but
>> IS_ENABLED(CONFIG_BINMAN)
>>>
Hi Adrian,
Thank you very much! I felt relief :)
On Fri, Jun 17, 2022 at 5:37 PM Adrian Fiergolski
wrote:
>
> Hi Oleksandr,
>
> Thank you for the follow-up.
>
> I took the chance to test this patchset in the actual hardware. I
> focused on the encrypted bitfiles (not authenticated) and I confirm
From: Peng Fan
In arch/arm/lib/sections.c there is below code:
char __image_copy_start[0] __section(".__image_copy_start");
But actually 'objdump -t spl/u-boot-spl' not able to find out
symbol '__image_copy_start' for binman update image-pos/size.
So update link file
Signed-off-by: Peng Fan
Re
The i.MX8M boards use partially specified binman images which have an
SPL entry without a U-Boot entry. This would normally cause an error due
to the 'u_boot_any' binman symbols declared by BINMAN_UBOOT_SYMBOLS
requiring a U-Boot-like entry in the same image as the SPL.
However, a problem in the A
Binman lets us declare symbols in SPL/TPL that refer to other entries in
the same binman image as them. These symbols are filled in with the
correct values while binman assembles the images, but this is done
in-memory only. Symbols marked as optional can be filled with
BINMAN_SYM_MISSING as an erro
The SPL code declares binman symbols for U-Boot phases depending on
CONFIG_IS_ENABLED(BINMAN_UBOOT_SYMBOLS). This config exists for SPL and
TPL, also add a version for VPL.
Signed-off-by: Alper Nebi Yasak
---
Changes in v2:
- Update VPL configs for the new BINMAN_UBOOT_SYMBOLS
common/spl/Kconf
Enabling CONFIG_BINMAN makes binman run after a build to package any
images specified in the device-tree. It also enables a mechanism for
SPL/TPL to declare and use special linker symbols that refer to other
entries in the same binman image. A similar feature that gets this info
from the device-tre
The binman extern symbol declarations in spl.h are missing the VPL
symbols recently added to spl.c, add them like the others.
Signed-off-by: Alper Nebi Yasak
---
(no changes since v1)
include/spl.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/spl.h b/include/spl.h
index 83ac58
TPL_BINMAN_SYMBOLS depends on SPL_FRAMEWORK. The code this enables is
compiled by checking CONFIG_$(SPL_TPL_)FRAMEWORK, so it should depend on
TPL_FRAMEWORK instead (which in turn depends on SPL_FRAMEWORK). This was
most likely a typo due to copy-pasting the config's SPL version, fix it.
Signed-of
Some SPL functions directly use the binman 'u_boot_any' symbols to get
U-Boot's binman image position. These symbols are declared by the
SPL/TPL_BINMAN_SYMBOLS configs, but they are accessed by macros defined
by just CONFIG_BINMAN. So when BINMAN is enabled and BINMAN_SYMBOLS is
disabled, the code
There's some trouble with an i.MX8M series [1] trying to use binman
symbols. The crux of it is the 'u_boot_any' symbols BINMAN_SYMBOLS
configs declare, and the boards creating partial binman images including
an SPL without a U-Boot the symbol is referring to.
Normally this should be easy to resolv
34 matches
Mail list logo
