diff options
author | Patrick Ohly <patrick.ohly@intel.com> | 2016-12-20 08:47:21 +0100 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2017-02-28 11:26:32 +0000 |
commit | d493f0b4760808f880a0fd6dedf918a3b85006b7 (patch) | |
tree | 706cb80ec82604c6b402864cc326df3a77d6ad6b /meta-skeleton/conf | |
parent | be307609a067b7d23dc2cd8e39e3a35f770bebc7 (diff) | |
download | openembedded-core-d493f0b4760808f880a0fd6dedf918a3b85006b7.tar.gz openembedded-core-d493f0b4760808f880a0fd6dedf918a3b85006b7.tar.bz2 openembedded-core-d493f0b4760808f880a0fd6dedf918a3b85006b7.zip |
ovmf_git.bb: enable Secure Boot
When enabled via PACCKAGECONFIG = "secureboot" (off by default because
of the extra work and license change), the recipe compiles OVMF twice,
once without Secure Boot, once with. This is the same approach as in
https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/edk2.spec
The results are "ovmf.qcow2" and "ovmf.secboot.qcow2" in the
image deploy directory, so
runqemu <machine> <image> ovmf.secboot
will boot with Secure Boot enabled.
ovmf.secboot.code.qcow2 is provided for those who want separate code
and variable flash drives. The normal ovmf.vars.qcow2 can be used with
it.
In contrast to Fedora, no attempt is made to strip potentially patent
encumbered algorithms out of the OpenSSL archive. OVMF does not use
the ones considered problematic for Fedora, so this shouldn't be a
problem.
Fixes: luv-yocto/#38
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Diffstat (limited to 'meta-skeleton/conf')
0 files changed, 0 insertions, 0 deletions