summaryrefslogtreecommitdiffstats
path: root/common/recipes-bsp/systemd-boot/systemd-boot.bbappend
Commit message (Collapse)AuthorAgeFilesLines
* systemd-boot: Make use of new overrideSaul Wold2016-11-021-4/+7
| | | | | | | | Add the new intel-x86-common to the meta-data in order to limit the changes when the meta-intel layer is included without using meta-intel machines. Signed-off-by: Saul Wold <sgw@linux.intel.com>
* systemd-boot: add patch for Joule BIOS keyboard hangSaul Wold2016-11-021-1/+2
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* systemd-boot: Load board-specific entry and kernel cmdlineJianxun Zhang2016-08-031-0/+20
Invoke RMC APIs in this bootloader to query board-specific data from RMC database(DB) file on ESP. Data can be boot entries or a global kernel boot command line fragment specific to a type of board supported in RMC DB. Bootloader queries a file blob named BOOTENTRY.CONFIG from RMC DB first. In success, bootloader parses BOOTENTRY.CONFIG to get name of each boot entry file associated to the type of running board, and then tries to load the entry into internal config data structure. Once any entry is loaded from RMC DB, bootloader skips loading conf files on ESP. BOOTENTRY.CONFIG has a very simple format - every line is a boot entry file's name. For example, to specify two boot entries in it: boot.conf install.conf Bootloader also seeks another file named KBOOTPARAM in RMC dB. when it can obtain this file associated to the type of running board, it appends what in file to the end of kernel command line before it boots up kernel. The appending is effective on every boot entry, so it is called "global" cmdline fragment. When Bootloader doesn't get config, an entry or cmdline fragment for the type of board, it simply moves to the next step. Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com> Reviewed-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>