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


  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