keremet/mkimage-profiles
2
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
fbc102f2d5
mkimage-profiles/features.in/efi/config.mk

44 lines
1.2 KiB
Makefile
Raw Normal View History

efi: +efi is now signed That reflects the packaging and distribution practice having formed during last year or so...
2014-03-20 01:07:19 +04:00
+efi: use/efi/signed; @:
live: added EFI to use/live/desktop Its support is quite mature and practically useful by now. Let's also add a convenient alias.
2013-02-16 14:53:15 +04:00
efi: skip on unsupported target architectures There's a possibility to run into IA32 EFI but that's rather uninteresting hardware (ancient Xeon servers and <s>outdated</s> early Intel Mac laptops). Just drop it on the floor. As x86_64 UEFI support would result in "2D hybrid(r)(tm)" image which boots with all combinations of BIOS/UEFI by CD|DVD/Flash (or at least should boot), some downgrace seems due: use/efi will turn use/isohybrid on non-x86_64 -- which will require further tweaks on PPC/ARM some day.
2012-12-18 18:18:58 +04:00
ifeq (x86_64,$(ARCH))
efi: handle rescue as well The rescue feature intentionally doesn't pick up THE_PACKAGES and THE_LISTS into stage2, so add EFI ones explicitly.
2012-12-26 17:21:24 +04:00
EFI_LISTS := $(call tags,base efi)
initial EFI support EFI/UEFI is mostly about partitioning and bootloader setup, at least from a distribution's point of view; so the appropriate tools should be handy and firmware interface module should not be exterminated from installer images but get autoloaded instead. Please note that while there exists 32-bit x86 EFI we don't bother with it at the time being: it's relevant to some irrelevant Xeon systems as well as for the older Intel Macs (<2008) that are long out of fashion anyways. That is, initially we deal with x86_64 EFI only.
2012-10-30 23:08:23 +04:00
use/efi:
efi: employ mkimage The initial approach required some quite involved postprocessing as described in http://www.altlinux.org/UEFI#HOWTO; after having ironed out the kinks so that initial EFI support could be merged into mkimage proper we're better off just using it, eh?
2012-12-12 00:00:35 +04:00
@$(call add_feature)
efi: whoops, non-x86_64 got broken I've noted that this bit of code should be fixed up before pushing but managed to overlook that in the end :( mkimage version bump is due to the somewhat changed layout of EFI packages and binaries within those (linked message in Russian): http://lists.altlinux.org/pipermail/devel-distro/2013-December/001283.html
2013-12-24 13:54:01 +04:00
@$(call set,MKI_VER_MINIMAL,0.2.12) # it's official now
efi: handle rescue as well The rescue feature intentionally doesn't pick up THE_PACKAGES and THE_LISTS into stage2, so add EFI ones explicitly.
2012-12-26 17:21:24 +04:00
@$(call add,THE_LISTS,$(EFI_LISTS))
@$(call add,RESCUE_LISTS,$(EFI_LISTS))
efi: introduced use/efi/shell It's aimed at providing UEFI shell implementation which is very useful for repairs and debug; if the "signed" mode is requested then the signed variant is used either. Please note that there are two distinct uses: - a shell lying around on a filesystem to be copied by hand; - a shell available in EFI part of boot media to be launched by firmware's or standalone boot manager (e.g. refind).
2013-01-20 18:25:21 +04:00
@$(call add,THE_PACKAGES,$$(EFI_SHELL))
@$(call add,RESCUE_PACKAGES,refind $$(EFI_SHELL))
efi: added fatresize Helps with #28470 (FAT not being recognized) which is critical due to ESP being FAT by spec :-/ Thanks timonbl4@ for the hint.
2013-02-05 13:58:01 +04:00
@$(call add,INSTALL2_PACKAGES,dosfstools fatresize)
efi: refind support mkimage > 0.2.5 should have received enhanced UEFI support including the ability to setup refind (#28349); make the feature ready for that.
2013-01-12 21:49:14 +04:00
@$(call try,EFI_BOOTLOADER,elilo) # default one
stage2, efi: added kernel config test collector The newly-introduced STAGE1_KCONFIG variable serves to keep those kernel configuration options that are required to be present in the kernel to boot.
2014-05-07 15:00:07 +04:00
@$(call add,STAGE1_KCONFIG,EFI EFI_PARTITION EFI_VARS FB_EFI)
efi: bridge bootargs into EFI too It's been missing roughly from the start there :-/
2015-03-07 02:12:21 +03:00
@$(call set,MKI_VER_OPTIMAL,0.2.17) # for EFI_BOOTARGS
@$(call add,EFI_BOOTARGS,$$(STAGE2_BOOTARGS))
efi: refind support mkimage > 0.2.5 should have received enhanced UEFI support including the ability to setup refind (#28349); make the feature ready for that.
2013-01-12 21:49:14 +04:00
use/efi/refind: use/efi
@$(call set,EFI_BOOTLOADER,refind)
initial EFI support EFI/UEFI is mostly about partitioning and bootloader setup, at least from a distribution's point of view; so the appropriate tools should be handy and firmware interface module should not be exterminated from installer images but get autoloaded instead. Please note that while there exists 32-bit x86 EFI we don't bother with it at the time being: it's relevant to some irrelevant Xeon systems as well as for the older Intel Macs (<2008) that are long out of fashion anyways. That is, initially we deal with x86_64 EFI only.
2012-10-30 23:08:23 +04:00
efi: initial signed bootloader support The implementation goes the shim[1] way as described here[2]; many thanks to Matthew Garrett and Rod Smith. [1] http://mjg59.dreamwidth.org/20303.html [2] http://www.rodsbooks.com/efi-bootloaders/secureboot.html
2013-01-10 01:09:55 +04:00
use/efi/signed: use/efi
@$(call set,EFI_CERT,altlinux)
efi: shim is a lower level component THE_* variables serve user needs while shim belongs to either SYSTEM or COMMON level packages, not needed explicitly for stage1 though (mkimage will put it there when needed) so it's just COMMON.
2016-03-23 14:53:41 +03:00
@$(call add,COMMON_PACKAGES,shim-signed)
efi: drop sbsigntools These got removed from Sisyphus during OpenSSL 1.1 transition.
2018-09-18 11:47:56 +03:00
@$(call add,RESCUE_PACKAGES,openssl pesign)
efi: initial signed bootloader support The implementation goes the shim[1] way as described here[2]; many thanks to Matthew Garrett and Rod Smith. [1] http://mjg59.dreamwidth.org/20303.html [2] http://www.rodsbooks.com/efi-bootloaders/secureboot.html
2013-01-10 01:09:55 +04:00
efi: introduced use/efi/shell It's aimed at providing UEFI shell implementation which is very useful for repairs and debug; if the "signed" mode is requested then the signed variant is used either. Please note that there are two distinct uses: - a shell lying around on a filesystem to be copied by hand; - a shell available in EFI part of boot media to be launched by firmware's or standalone boot manager (e.g. refind).
2013-01-20 18:25:21 +04:00
use/efi/shell: use/efi
efi: tweak shell setup It's possible that use/efi/signed target has fired already at the time when use/efi/shell is invoked; shouldn't clobber the signed shell with unsigned one.
2013-02-21 16:41:43 +04:00
@$(call try,EFI_SHELL,efi-shell)
efi: introduced use/efi/shell It's aimed at providing UEFI shell implementation which is very useful for repairs and debug; if the "signed" mode is requested then the signed variant is used either. Please note that there are two distinct uses: - a shell lying around on a filesystem to be copied by hand; - a shell available in EFI part of boot media to be launched by firmware's or standalone boot manager (e.g. refind).
2013-01-20 18:25:21 +04:00
efi: add use/efi/memtest86 It's implemented just like EFI_SHELL and will definitely change someday but so far it's like this...
2013-12-18 01:46:08 +04:00
use/efi/memtest86: use/efi/refind
@$(call set,EFI_MEMTEST86,efi-memtest86)
initial EFI support EFI/UEFI is mostly about partitioning and bootloader setup, at least from a distribution's point of view; so the appropriate tools should be handy and firmware interface module should not be exterminated from installer images but get autoloaded instead. Please note that while there exists 32-bit x86 EFI we don't bother with it at the time being: it's relevant to some irrelevant Xeon systems as well as for the older Intel Macs (<2008) that are long out of fashion anyways. That is, initially we deal with x86_64 EFI only.
2012-10-30 23:08:23 +04:00
use/efi/debug: use/efi
@$(call add,STAGE2_PACKAGES,efibootmgr gdisk)
efi: skip on unsupported target architectures There's a possibility to run into IA32 EFI but that's rather uninteresting hardware (ancient Xeon servers and <s>outdated</s> early Intel Mac laptops). Just drop it on the floor. As x86_64 UEFI support would result in "2D hybrid(r)(tm)" image which boots with all combinations of BIOS/UEFI by CD|DVD/Flash (or at least should boot), some downgrace seems due: use/efi will turn use/isohybrid on non-x86_64 -- which will require further tweaks on PPC/ARM some day.
2012-12-18 18:18:58 +04:00
else
# ignore on an unsupported target arch but make it hybrid at least
efi: whoops, non-x86_64 got broken I've noted that this bit of code should be fixed up before pushing but managed to overlook that in the end :( mkimage version bump is due to the somewhat changed layout of EFI packages and binaries within those (linked message in Russian): http://lists.altlinux.org/pipermail/devel-distro/2013-December/001283.html
2013-12-24 13:54:01 +04:00
use/efi use/efi/signed use/efi/debug \
features.in: fixed glitches found Those few places lacking "; @:" replacement for a real recipe have been finally -spotted- identified with `make check' and fixed.
2017-01-29 15:58:46 +03:00
use/efi/refind use/efi/shell use/efi/memtest86: use/isohybrid; @:
efi: skip on unsupported target architectures There's a possibility to run into IA32 EFI but that's rather uninteresting hardware (ancient Xeon servers and <s>outdated</s> early Intel Mac laptops). Just drop it on the floor. As x86_64 UEFI support would result in "2D hybrid(r)(tm)" image which boots with all combinations of BIOS/UEFI by CD|DVD/Flash (or at least should boot), some downgrace seems due: use/efi will turn use/isohybrid on non-x86_64 -- which will require further tweaks on PPC/ARM some day.
2012-12-18 18:18:58 +04:00
endif
Reference in New Issue Copy Permalink