public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: "'Heinisch, Alexander' via isar-users" <isar-users@googlegroups.com>
To: "Bezdeka, Florian" <florian.bezdeka@siemens.com>,
	"isar-users@googlegroups.com" <isar-users@googlegroups.com>
Subject: RE: [PATCH] isar-installer: Added option to add additional kernel cmdline arguments for isar-image-installer.
Date: Wed, 11 Dec 2024 11:52:38 +0000	[thread overview]
Message-ID: <AM7PR10MB332041FC220FE36B8D93F2A1863E2@AM7PR10MB3320.EURPRD10.PROD.OUTLOOK.COM> (raw)
In-Reply-To: <eef4407c710e85e83045f342229569d0f9785922.camel@siemens.com>

>On Wed, 2024-12-11 at 10:35 +0100, alexander.heinisch via isar-users
>wrote:
>> From: Alexander Heinisch <alexander.heinisch@siemens.com>
>> 
>> In combination with unattended mode this allows to specify several 
>> settings like target device, target image path, aso.
>> to be specified during buildtime.
>> 
>> Signed-off-by: Alexander Heinisch <alexander.heinisch@siemens.com>
>> ---
>>  meta-isar/recipes-core/images/isar-image-installer.bb     | 1 +
>>  meta-isar/scripts/lib/wic/canned-wks/installer-efi.wks.in | 2 +-
>>  2 files changed, 2 insertions(+), 1 deletion(-)
>> 
>> diff --git a/meta-isar/recipes-core/images/isar-image-installer.bb 
>> b/meta-isar/recipes-core/images/isar-image-installer.bb
>> index dfce311a..a325ab9f 100644
>> --- a/meta-isar/recipes-core/images/isar-image-installer.bb
>> +++ b/meta-isar/recipes-core/images/isar-image-installer.bb
>> @@ -10,6 +10,7 @@ DESCRIPTION = "Example of a ISAR based Installer Image"
>>  # Use variable to switch easily to another wks  INSTALLER_WKS_FILE 
>> ??= "installer-efi.wks.in"
>>  WKS_FILE = "${INSTALLER_WKS_FILE}"
>> +ADDITIONAL_KERNEL_CMDLINE ??= ""
>
>As this is specific for the installer image:
>
>Should we prefix the variable with INSTALLER_ (or something similar?)

While having such a prefix makes it more clear to the user, 
most of the user's setup installer image in a multiconfig env.
Thus, there shouldn't be too much conflict/confusion.

On the other hand, once we have unique `ADDITIONAL_KERNEL_CMDLINE`
it allows for easier swapping of wks files once adoption of 
`--append="...${ADDITIONAL_KERNEL_CMDLINE}"` is available for multiple wks files.

e.g. a signed installer image, could reuse parts of a generic wks for signed ukis
only adding the additional `/install`.

Maybe that's YAGNI, so I am completely open to adding the prefix as well, 
those were just the thoughts/concerns I had in mind when coming up with the unified approach.

BR Alexander

>
>
>>  IMAGER_INSTALL:wic:append = " ${SYSTEMD_BOOTLOADER_INSTALL}"
>>  
>>  IMAGE_INSTALL += "deploy-image-service"
>> diff --git a/meta-isar/scripts/lib/wic/canned-wks/installer-efi.wks.in 
>> b/meta-isar/scripts/lib/wic/canned-wks/installer-efi.wks.in
>> index be8127cb..ecc6adbb 100644
>> --- a/meta-isar/scripts/lib/wic/canned-wks/installer-efi.wks.in
>> +++ b/meta-isar/scripts/lib/wic/canned-wks/installer-efi.wks.in
>> @@ -3,7 +3,7 @@
>>  #
>>  # SPDX-License-Identifier: MIT
>>  
>> -bootloader --ptable gpt --timeout 0 --append "rootwait console=ttyS0,115200 console=tty0 earlyprintk"
>> +bootloader --ptable gpt --timeout 0 --append "rootwait console=ttyS0,115200 console=tty0 earlyprintk ${ADDITIONAL_KERNEL_CMDLINE}"
>>  part /boot --source bootimg-efi-isar --sourceparams 
>> "loader=systemd-boot" --label efi --part-type EF00 --align 1024 
>> --use-uuid  part / --source rootfs --fstype ext4 
>> --exclude-path=install --label installroot --align 1024 --use-uuid  
>> part /install --source rootfs --change-directory=install --label 
>> INSTALLDATA --size 4G --fstype=vfat --use-uuid --align 1024
>> -- 
>> 2.43.0

-- 
You received this message because you are subscribed to the Google Groups "isar-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to isar-users+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/isar-users/AM7PR10MB332041FC220FE36B8D93F2A1863E2%40AM7PR10MB3320.EURPRD10.PROD.OUTLOOK.COM.

  reply	other threads:[~2024-12-11 11:52 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-12-11  9:35 alexander.heinisch via isar-users
2024-12-11  9:49 ` 'Florian Bezdeka' via isar-users
2024-12-11 11:52   ` 'Heinisch, Alexander' via isar-users [this message]
2024-12-11  9:53 ` Anton Mikanovich
2024-12-11 11:57   ` 'Heinisch, Alexander' via isar-users
2024-12-11 12:18     ` Anton Mikanovich
  -- strict thread matches above, loose matches on Subject: below --
2024-12-11  8:42 alexander.heinisch via isar-users

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=AM7PR10MB332041FC220FE36B8D93F2A1863E2@AM7PR10MB3320.EURPRD10.PROD.OUTLOOK.COM \
    --to=isar-users@googlegroups.com \
    --cc=alexander.heinisch@siemens.com \
    --cc=florian.bezdeka@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