From: "Bezdeka, Florian" <florian.bezdeka@siemens.com>
To: "isar-users@googlegroups.com" <isar-users@googlegroups.com>,
"henning.schild@siemens.com" <henning.schild@siemens.com>
Cc: "jan.kiszka@siemens.com" <jan.kiszka@siemens.com>,
"Vijaikumar_Kanagarajan@mentor.com"
<Vijaikumar_Kanagarajan@mentor.com>
Subject: Re: [PATCH v2 0/7] re-fork wic pcbios and efi plugins
Date: Tue, 7 Sep 2021 07:15:36 +0000 [thread overview]
Message-ID: <fdb52349e4243fe53c6719ed4ee66d1f8e573992.camel@siemens.com> (raw)
In-Reply-To: <20210903125355.12279-1-henning.schild@siemens.com>
On Fri, 2021-09-03 at 14:53 +0200, Henning Schild wrote:
> changes since v1:
> - efi plugin forked as well
> - systemd-boot support in efi plugin enabled
> - common functionality in utility library
> - test case for system-boot
> - "cp -a" moved to "find exec cp" because of ubuntu
> - changed wks files to exclude boot from root and mount it
>
> The forked plugins have gotten out of sync with the last wic version
> bumps. And the original fork was not exactly minimal or made for easy
> maintenance.
>
> This series does a re-fork of the two plugins with the aim to come up
> with something readable, minimal and maintainable.
>
> There used to be a special case for grub-efi where the actual kernel and
> initrd would remain in the root partition, which kind of allowed kernel
> updates with apt-get. Now all three bootloaders (systemd-boot now works
> as well) place bootloader, config and boot artifacts in a
> boot-partition.
>
> Kernel updates with apt-get are now consistantly "broken". That
> consistency very likely is not too bad. A generic solution for this
> feature (if wanted) will need to be found. Covering not just these three
> bootloaders but possibly also u-boot and efibootguard.
I had a quick look and asked myself if it would be possible to
implement the ISAR specific parts in sub-classes of such plugins. I
assume that would require some upstream work first, followed by a re-
sync and adding the ISAR stuff in plugins that inherit from the
upstream ones.
As far as I can see all affected plugins are python classes. I'm not a
python expert but I guess that should be doable and would completely
isolate the ISAR parts from the upstream stuff.
>
> Henning Schild (7):
> wic: reset our plugin forks to OE upstream for re-forking
> wic: add utility library for common bits of isar plugins
> wic: apply the actual fork changes to our pcbios plugin fork
> wic: clean up wic class in terms of isar variables
> wic: apply the actual fork changes to our efi plugin fork
> wic: mount /boot and exlude it from root for efi
> meta-isar: use "systemd-boot" for one test target
>
> RECIPE-API-CHANGELOG.md | 9 +
> meta-isar/conf/machine/qemuamd64.conf | 3 +
> .../scripts/lib/wic/canned-wks/hikey.wks | 4 +-
> .../lib/wic/canned-wks/sdimage-efi-sd.wks | 9 +
> .../lib/wic/canned-wks/sdimage-efi.wks | 4 +-
> meta/classes/wic-img.bbclass | 6 +-
> .../scripts/lib/wic/plugins/isarpluginbase.py | 39 ++++
> .../wic/plugins/source/bootimg-efi-isar.py | 200 ++++++++++++++----
> .../wic/plugins/source/bootimg-pcbios-isar.py | 139 ++++++------
> 9 files changed, 290 insertions(+), 123 deletions(-)
> create mode 100644 meta-isar/scripts/lib/wic/canned-wks/sdimage-efi-sd.wks
> create mode 100644 meta/scripts/lib/wic/plugins/isarpluginbase.py
>
next prev parent reply other threads:[~2021-09-07 7:15 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-03 12:53 Henning Schild
2021-09-03 12:53 ` [PATCH v2 1/7] wic: reset our plugin forks to OE upstream for re-forking Henning Schild
2021-09-03 12:53 ` [PATCH v2 2/7] wic: add utility library for common bits of isar plugins Henning Schild
2021-09-03 12:53 ` [PATCH v2 3/7] wic: apply the actual fork changes to our pcbios plugin fork Henning Schild
2021-09-03 12:53 ` [PATCH v2 4/7] wic: clean up wic class in terms of isar variables Henning Schild
2021-09-03 12:53 ` [PATCH v2 5/7] wic: apply the actual fork changes to our efi plugin fork Henning Schild
2021-09-03 12:53 ` [PATCH v2 6/7] wic: mount /boot and exlude it from root for efi Henning Schild
2021-09-03 16:06 ` Henning Schild
2021-09-03 12:53 ` [PATCH v2 7/7] meta-isar: use "systemd-boot" for one test target Henning Schild
2021-09-06 5:05 ` [PATCH v2 0/7] re-fork wic pcbios and efi plugins Jan Kiszka
2021-09-06 8:59 ` Henning Schild
2021-09-06 9:48 ` Anton Mikanovich
2021-09-06 10:51 ` Henning Schild
2021-09-07 7:15 ` Bezdeka, Florian [this message]
2021-09-07 8:00 ` Henning Schild
2021-09-13 13:05 ` Anton Mikanovich
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=fdb52349e4243fe53c6719ed4ee66d1f8e573992.camel@siemens.com \
--to=florian.bezdeka@siemens.com \
--cc=Vijaikumar_Kanagarajan@mentor.com \
--cc=henning.schild@siemens.com \
--cc=isar-users@googlegroups.com \
--cc=jan.kiszka@siemens.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