diff options
author | Jianxun Zhang <jianxun.zhang@linux.intel.com> | 2016-08-03 11:04:14 -0700 |
---|---|---|
committer | Tom Zanussi <tom.zanussi@linux.intel.com> | 2016-08-03 17:36:45 -0500 |
commit | 7d3305235702a7c730ea9af9db6b00156e664194 (patch) | |
tree | e2c758a0af21ba62e39f92e7517371dea264fc33 /common/recipes-bsp/rmc/boards/T100-32bit/boot.conf | |
parent | 8fe13a12c26022843a31e0909f34843f78bdacf6 (diff) | |
download | meta-intel-7d3305235702a7c730ea9af9db6b00156e664194.tar.gz |
systemd-boot: Load board-specific entry and kernel cmdline
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>
Diffstat (limited to 'common/recipes-bsp/rmc/boards/T100-32bit/boot.conf')
0 files changed, 0 insertions, 0 deletions