The UEFI specification defines which vendor GUIDs should be used for
predefined variables like 'PK'. Currently we have multiple places
where this relationship is stored.
With this patch series a function for retrieving the GUID is provided
and existing code is adjusted to used it.
v2:
Rem
UEFI variable names are typically constants and hence should be defined as
const. Unfortunately some of our API functions do not define the parameters
for UEFI variable names as const. This requires unnecessary conversions.
Adjust parameters of several internal functions to tre UEFI variable names
In multiple places we need the default GUID matching a variable name.
The patch provides a library function. For secure boot related variables
like 'PK', 'KEK', 'db' a lookup table is used. For all other variable
names EFI_GLOBAL_VARIABLE is returned.
Signed-off-by: Heinrich Schuchardt
---
v2:
Simplify efi_sigstore_parse_sigdb() by using existing functions.
Signed-off-by: Heinrich Schuchardt
---
v2:
remove a superfluous check
---
lib/efi_loader/efi_signature.c | 38 +-
1 file changed, 5 insertions(+), 33 deletions(-)
diff --git a/lib/efi_loader
Don't duplicate GUIDs.
Signed-off-by: Heinrich Schuchardt
---
v2:
no change
---
lib/efi_loader/efi_tcg2.c | 29 +
1 file changed, 13 insertions(+), 16 deletions(-)
diff --git a/lib/efi_loader/efi_tcg2.c b/lib/efi_loader/efi_tcg2.c
index ed1506012b..52bf1b775f
Hi Wei,
On Thu, Sep 30, 2021 at 7:52 PM wrote:
>
> From: TekkamanV
>
> This patch add memcpy_fromio and memcpy_toio definitions for some device
%s/add/adds
> drivers which has these definitions, like cadence_qspi_apb.c
%s/has/have
>
> Signed-off-by: TekkamanV
Please use real name for the c
On Thu, Sep 30, 2021 at 6:55 PM wrote:
>
> From: "yanhong.wang"
>
Please add a brief commit message for this, like providing a datasheet
for reference:
https://www.gigadevice.com/datasheet/gd25lq256d/
> Signed-off-by: yanhong.wang
I believe the name should be spelled as "Yanhong Wang"
> ---
On Thu, Sep 30, 2021 at 8:07 PM wrote:
>
> From: TekkamanV
>
Please add a commit message.
> Signed-off-by: TekkamanV
> ---
> Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Kconfig b/Kconfig
> index a6c42b902f..7f63929c60 100644
> --- a/Kconfig
> +++ b/Kconfig
On Thu, Sep 30, 2021 at 8:07 PM wrote:
>
> From: TekkamanV
>
> Signed-off-by: TekkamanV
> ---
> common/Kconfig.boot | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/common/Kconfig.boot b/common/Kconfig.boot
> index 902a5b8fbe..4f29cc2d56 100644
> --- a/common/Kconfig.boo
On 10/1/21 07:02, AKASHI Takahiro wrote:
Due to efi_disk-dm integration, the resultant device path for a test disk
got slightly changed, with efi_root contained as the first component.
The caller of ConnectController() creates a handle with a devicepath and
a block IO protocol. The caller ca
On Mon, 30 Aug 2021 19:51:28 PDT (-0700), tr...@konsulko.com wrote:
On Tue, Aug 31, 2021 at 04:12:21AM +0200, Daniel Schwierzeck wrote:
Am Donnerstag, dem 26.08.2021 um 11:47 -0400 schrieb Tom Rini:
> We move the SYS_CACHE_SHIFT_N options from arch/arm/Kconfig to
> arch/Kconfig, and introduce SY
Hi Heinrich,
[...]
> @@ -740,44 +741,15 @@ err:
> */
> struct efi_signature_store *efi_sigstore_parse_sigdb(u16 *name)
> {
> - struct efi_signature_store *sigstore = NULL;
> const efi_guid_t *vendor;
> void *db;
> efi_uintn_t db_size;
> - efi_status_t ret;
> -
> -
On Tue, Sep 14, 2021 at 09:09:31AM -0400, Tom Rini wrote:
> This board has not been converted to CONFIG_DM by the deadline.
> Remove it. As this is the last mx35 platform, remove that support as
> well.
>
> Cc: Stefano Babic
> Signed-off-by: Tom Rini
> Acked-by: Stefano Babic
Applied to u-bo
On Tue, Sep 14, 2021 at 09:09:32AM -0400, Tom Rini wrote:
> This board has not been converted to CONFIG_DM by the deadline.
> Remove it. As this is the last armada100 platform, remove that support
> as well.
>
> Cc: Prafulla Wadaskar
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
On Thu, Sep 09, 2021 at 07:54:50AM -0400, Tom Rini wrote:
> This board has not been converted to CONFIG_DM by the deadline.
> Remove it. As this is the last ARCH_MX25 platform, remove those
> references as well.
>
> Cc: Matthias Weisser
> Cc: Stefano Babic
> Signed-off-by: Tom Rini
Applied t
On Thu, Sep 09, 2021 at 07:54:53AM -0400, Tom Rini wrote:
> This board has not been converted to CONFIG_DM by the deadline.
> Remove it.
>
> Cc: Priyanka Jain
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Sep 09, 2021 at 07:54:51AM -0400, Tom Rini wrote:
> This board has not been converted to CONFIG_DM by the deadline.
> Remove it.
>
> Cc: Marek Vasut
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Sep 13, 2021 at 05:24:51PM -0400, Tom Rini wrote:
> We have a few CONFIG options for KGDB that are not referenced, remove
> them.
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Sep 13, 2021 at 05:24:52PM -0400, Tom Rini wrote:
> This converts the following to Kconfig:
>CONFIG_BAUDRATE
>
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Sep 13, 2021 at 05:24:53PM -0400, Tom Rini wrote:
> A number of platforms are still defining CONFIG_SYS_BAUDRATE_TABLE to
> the fallback default of "{ 9600, 19200, 38400, 57600, 115200 }", but
> with varying whitespace, or were introduced after the default fallback
> was added. Use the de
On Mon, Sep 13, 2021 at 05:24:54PM -0400, Tom Rini wrote:
> We enforce that DM_SERIAL will have SYS_MALLOC_F enabled and so
> SYS_MALLOC_F_LEN will have a value. Remove the build-time check.
>
> Cc: Simon Glass
> Signed-off-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
> From: Simon Glass
> Date: Sun, 19 Sep 2021 21:15:59 -0600
>
> Hi Mark,
>
> On Sat, 18 Sept 2021 at 07:55, 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.
> >
> > Si
This patch uses the (almost) the same settings as those found in the
original Android firmware. As such, it gurantees good compatibility.
Signed-off-by: Nikola Pavlica
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/sun7i-a20-vivax-tpc9150.dts | 299 +++
bo
This patch uses the (almost) the same settings as those found in the
original Android firmware. As such, it gurantees good compatibility.
V2: Small fixes/changes to the config
Signed-off-by: Nikola Pavlica
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/sun7i-a20-vivax-tpc915
This patch uses the (almost) the same settings as those found in the
original Android firmware. As such, it gurantees good compatibility.
V2: Small fixes/changes to the config
V3: Checkpatch fixes
Signed-off-by: Nikola Pavlica
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/
Hi Mark,
On Sat, 2 Oct 2021 at 16:16, Mark Kettenis wrote:
>
> > From: Simon Glass
> > Date: Sun, 19 Sep 2021 21:15:59 -0600
> >
> > Hi Mark,
> >
> > On Sat, 18 Sept 2021 at 07:55, Mark Kettenis wrote:
> > >
> > > Apple M1 SoCs include an S5L UART which is a variant of the S5P
> > > UART. Add
26 matches
Mail list logo
