Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
From: David Howells <dhowells@redhat.com>
Date: 2016-11-23 14:57:20
Also in:
lkml
Mark Rutland [off-list ref] wrote:
On Wed, Nov 23, 2016 at 02:13:28PM +0000, David Howells wrote:quoted
Mark Rutland [off-list ref] wrote:quoted
quoted
quoted
if (secure_boot < 0) pr_efi_err(sys_table, "could not determine UEFI Secure Boot status.\n");In which case, should this be moved into efi_get_secureboot() and it return a bool?That would make sense to me, provided we're only likely to call that once (and only log once). I guess it would also make sense to change the latter case to soemthing like: Could not determine UEFI Secure Boot status. Assuming enabled. ... so as to make it clear what the effect is.Actually, the two arches have a different interpretation on how to deal with an error. Matthew Garrett's original x86 patch assumes that if we get an error when trying to read SecureBoot and SetupMode that we're *not* in secure mode, but ARM assumes the opposite.Ok. IIUC, that x86 patch was never upstream, so is there any need to follow that example?
Whilst that may be true, that doesn't mean a lot of people aren't using it.
Was there a rationale for that, or can we simply follow the upstream ARM example? Perhaps it's best to ask Matthew?
Sure - adding him to the To: line. David