public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
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

             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