From: Jan Kiszka <jan.kiszka@siemens.com>
To: isar-users <isar-users@googlegroups.com>,
Claudius Heine <ch@denx.de>,
Henning Schild <henning.schild@siemens.com>,
Andreas Reichel <Andreas.Reichel@tngtech.com>
Subject: [RFC] Interface for installing bootloaders
Date: Tue, 4 Sep 2018 09:17:59 +0200 [thread overview]
Message-ID: <0aeb9010-8fed-6094-ac12-41983c3831ae@siemens.com> (raw)
Hi all,
for installing a bootloader into an image, a number of packages have to
be installed into the buildchroot. These can be prebuilt packages or
packages we build via Isar. Currently, we only handle the case of WIC
requiring prebuilt Debian packages, and that in a hacky way (no proper
distro abstraction, unneeded installation of unused dependencies). This
proposal aims at providing a more holistic solution:
- Introduce new variables that express the two types of dependencies:
- BOOTLOADER_PREBUILT
- BOOTLOADER_CUSTOM
So there is no "WIC" in these, any imaging recipe can use them.
- Imaging recipes (e.g. via classes/wic-img.bbclass) should
- install all packages from BOOTLOADER_PREBUILT and BOOTLOADER_CUSTOM
into the buildchroot
- DEPEND on all recipes in BOOTLOADER_CUSTOM
- Define some common dependencies in conf/distro/${DISTRO}.conf:
- GRUB_PREBUILT
- GRUB_PREBUILT_append_${DISTRO_ARCH}
- SYSLINUX_PREBUILT
- ...
Those variables can then be used to initialize BOOTLOADER_PREBUILT as
needed and also replace those nasty BUILDCHROOT_PREINSTALL_WIC in
buildchroot-target.bb.
- Set BOOTLOADER_PREBUILT or BOOTLOADER_CUSTOM in the
conf/machine/${MACHINE}.conf or some overriding conf file - basically
the same one that selects IMAGE_TYPE and WKS_FILE.
Anything I missed? Better suggestions? Eventually, when we can derive
bitbake recipe dependencies automatically from package dependencies,
PREBUILT and CUSTOM could be folded together. Right now, we need that split.
Jan
--
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux
next reply other threads:[~2018-09-04 7:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-09-04 7:17 Jan Kiszka [this message]
2018-09-04 9:27 ` Claudius Heine
2018-09-04 9:33 ` Jan Kiszka
2018-09-05 6:08 ` Jan Kiszka
2018-09-05 7:34 ` Claudius Heine
2018-09-05 7:47 ` Jan Kiszka
2018-09-05 7:57 ` Claudius Heine
2018-09-05 8:05 ` Jan Kiszka
2018-09-05 8:16 ` Claudius Heine
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0aeb9010-8fed-6094-ac12-41983c3831ae@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=Andreas.Reichel@tngtech.com \
--cc=ch@denx.de \
--cc=henning.schild@siemens.com \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox