Re: [PATCH v1 1/2] tools: kwbimage: disable secure boot build without LIBCRYPTO support

2023-01-21 Thread Pali Rohar
On Saturday 21 January 2023 17:31:15 Paul-Erwan RIO wrote: > Le sam. 21 janv. 2023 à 17:21, Pali Rohar a écrit : > > > > On Saturday 21 January 2023 17:08:42 Paul-Erwan RIO wrote: > > > Le sam. 21 janv. 2023 à 16:56, Pali Rohar a écrit : > > > > > > >

Re: [PATCH v1 1/2] tools: kwbimage: disable secure boot build without LIBCRYPTO support

2023-01-21 Thread Pali Rohar
On Saturday 21 January 2023 17:08:42 Paul-Erwan RIO wrote: > Le sam. 21 janv. 2023 à 16:56, Pali Rohar a écrit : > > > > On Saturday 21 January 2023 16:47:41 Paul-Erwan Rio wrote: > > > The secure boot features cannot be built without 'LIBCRYPTO' enabled. > &g

Re: [PATCH v1 1/2] tools: kwbimage: disable secure boot build without LIBCRYPTO support

2023-01-21 Thread Pali Rohar
On Saturday 21 January 2023 16:47:41 Paul-Erwan Rio wrote: > The secure boot features cannot be built without 'LIBCRYPTO' enabled. > This kind of reverts some of > changes. > > Signed-off-by: Paul-Erwan Rio > --- > > tools/kwbimage.c | 18 ++ > 1 file changed, 18 insertions(+)

Re: [PATCH] arm: stm32mp: Fix board_get_usable_ram_top() again

2023-01-06 Thread Pali Rohar
On Friday 06 January 2023 10:13:34 Patrick DELAUNAY wrote: > Hi, > > On 1/5/23 20:25, Pali Rohar wrote: > > Ok, so it is working... > > > > On Thursday 05 January 2023 19:31:19 Patrick DELAUNAY wrote: > > > I tested on STM32MP157C-EV1 on my side...

Re: [PATCH] arm: stm32mp: Fix board_get_usable_ram_top() again

2023-01-05 Thread Pali Rohar
Ok, so it is working... On Thursday 05 January 2023 19:31:19 Patrick DELAUNAY wrote: > I tested on STM32MP157C-EV1 on my side... > > with 1GiB mermory size > > U-Boot is booting on next TOP (for trusted boot with TF-A and OP-TEE) > > > > U-Boot 2023.01-rc4-00386-gb429e78942de (Jan 05 2023 -

Re: [PATCH] arm: stm32mp: Fix board_get_usable_ram_top() again

2023-01-05 Thread Pali Rohar
0xc000 hang on boot, which is a grave defect. > > > > Signed-off-by: Marek Vasut > > --- > > Cc: Pali Rohar > > Cc: Patrice Chotard > > Cc: Patrick Delaunay > > Cc: Tom Rini > > --- > > arch/arm/mach-stm32mp/dram_init.c | 2 +- > >

Re: [PATCH v2 1/2] bootmenu: use utf-8 for menu title

2022-05-29 Thread Pali Rohar
On Sunday 29 May 2022 10:37:23 Masahisa Kojima wrote: > On Sat, 28 May 2022 at 17:37, Heinrich Schuchardt wrote: > > On 5/26/22 12:09, Masahisa Kojima wrote: > > > @@ -183,13 +183,13 @@ static int prepare_bootmenu_entry(struct > > > bootmenu_data *menu, > > > return

Re: [PATCH 0/2] fix issues in bootmenu after adding efi entries

2022-05-25 Thread Pali Rohar
On Wednesday 25 May 2022 17:18:11 Masahisa Kojima wrote: > This series fixes the issue in bootmenu after adding efi entries. > > Masahisa Kojima (2): > bootmenu: use utf-8 for menu title > bootmenu: U-Boot console is enabled as default > > boot/Kconfig | 9 + > cmd/Kconfig|

Re: [PATCH] bootmenu: fix bootmenu title handling

2022-05-24 Thread Pali Rohar
On Tuesday 24 May 2022 09:43:56 Pali Rohár wrote: > On Tuesday 24 May 2022 12:45:30 Masahisa Kojima wrote: > > The commit a3d0aa87acbe ("bootmenu: update bootmenu_entry structure") > > changes the bootmenu title type from char to u16(UTF16 string) > > to support EFI based system. If EFI_LOADER is

Re: [PATCH] bootmenu: fix bootmenu title handling

2022-05-24 Thread Pali Rohar
On Tuesday 24 May 2022 12:45:30 Masahisa Kojima wrote: > The commit a3d0aa87acbe ("bootmenu: update bootmenu_entry structure") > changes the bootmenu title type from char to u16(UTF16 string) > to support EFI based system. If EFI_LOADER is not enabled, > printf("%ls") is not supported, so bootmenu