Thread (28 messages) 28 messages, 5 authors, 2016-11-30

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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help