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

41 lines
1.1 KiB
Makefile
Raw Normal View History

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: use/efi; @:
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)
@$(call set,MKI_VER_MINIMAL,0.2.5) # see #28219
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
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
efi: specify minimal mkimage version for SB Bump it to account for the useful fixes in mkimage-0.2.7.
2013-02-26 00:42:36 +04:00
@$(call set,MKI_VER_MINIMAL,0.2.7) # refind->elilo handoff
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
@$(call set,EFI_CERT,altlinux)
efi: employ shim-signed Was an oversight to miss it.
2013-01-23 23:24:15 +04:00
@$(call add,THE_PACKAGES,shim-signed)
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 set,EFI_SHELL,efi-shell-signed) # even more useful
@$(call add,RESCUE_PACKAGES,refind-signed)
efi: efi-shell and signed variants to the rescue UEFI shell is pretty valuable debugging and fixup tool. When one has to mess with Restricted Boot, openssl and some PE signing tools might come handy either; see also http://www.rodsbooks.com/efi-bootloaders/secureboot.html
2013-01-20 17:39:44 +04:00
@$(call add,RESCUE_PACKAGES,openssl sbsigntools)
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
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: 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 set,KFLAVOURS,led-ws)
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: 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 use/efi/refind use/efi/signed use/efi/shell use/efi/debug: 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