keremet/mkimage-profiles
2
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
438df49af0
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: employ shim-signed Was an oversight to miss it.
2013-01-23 23:24:15 +04:00
@$(call add,THE_PACKAGES,shim-signed)
efi: add pesign to the rescue It's at least as worthy as sbsigntools are.
2013-12-19 03:10:19 +04:00
@$(call add,RESCUE_PACKAGES,openssl pesign 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
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 \
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