[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5701.1479732075@warthog.procyon.org.uk>
Date: Mon, 21 Nov 2016 12:41:15 +0000
From: David Howells <dhowells@...hat.com>
To: Ard Biesheuvel <ard.biesheuvel@...aro.org>
Cc: dhowells@...hat.com, Linn Crosetto <linn@....com>,
Lukas Wunner <lukas@...ner.de>, keyrings@...r.kernel.org,
Matthew Garrett <matthew.garrett@...ula.com>,
linux-security-module <linux-security-module@...r.kernel.org>,
"linux-efi@...r.kernel.org" <linux-efi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 02/16] efi: Get the secure boot status
Ard Biesheuvel <ard.biesheuvel@...aro.org> wrote:
> > Looking in efi_get_secureboot(), is there a reason:
> >
> > efi_guid_t var_guid = EFI_GLOBAL_VARIABLE_GUID;
> >
> > isn't static const?
> >
>
> Not a good one, no. It used to be static const, but for some reason,
> commit 30d7bf034c03 ("efi/arm64: Check SetupMode when determining
> Secure Boot status") removed the static and the const (and I reviewed
> it and did not complain AFAIR)
> I'll gladly take a patch that reinstates that, though.
Also, is there a reason that:
typedef efi_status_t efi_get_variable_t (efi_char16_t *name, efi_guid_t *vendor, u32 *attr,
unsigned long *data_size, void *data);
Doesn't have const name and vendor?
David
Powered by blists - more mailing lists