public inbox for isar-users@googlegroups.com
 help / color / mirror / Atom feed
From: Claudius Heine <claudius.heine.ext@siemens.com>
To: chombourger@gmail.com, isar-users <isar-users@googlegroups.com>
Subject: Re: [PATCH v5 1/5] meta/image.bbclass: add image_do_mounts for image specific mounts
Date: Mon, 11 Feb 2019 12:33:36 +0100	[thread overview]
Message-ID: <e245f273-4436-6042-a961-69ad72c366ec@siemens.com> (raw)
In-Reply-To: <eeae5cfe-8e68-4b74-8bc9-3995cc72d784@googlegroups.com>

Hi Cedric,

On 11/02/2019 11.49, chombourger@gmail.com wrote:
> Hi Claudius,
> 
> So the idea is that platform developers wanting to add their own mounts
> would use a bbappend to do something like?

No that is not something I envisioned here and currently I also cannot 
think of an additional mount that should be available for an image 
recipe. Do you have something in mind?

> image_do_mounts_append() {
>      sudo mount <foo> <bar>
> }
> 
> is this something we would want to add to the documentation?

That pattern follows the 'dpkg_do_mounts' patterns from the dpkg-base 
class. There is no documentation about extending mounts for that. That 
is not really an argument, but since dpkg_do_mounts is not officially 
build to be extended that way, I don't want to officially support it 
here either.

If extending available mounts more easily is a feature we need and have 
a use-case for, then I could think of ways to make build a better 
interface for this. As the patch stands now though, this is not an 
interface to be extended by other layers.

Thanks for the idea though :)

Claudius

> 
> Cedric
> 
> On Monday, February 11, 2019 at 10:09:24 AM UTC+1, claudius....@siemens.com
> wrote:
>>
>> From: Claudius Heine <c...@denx.de <javascript:>>
>>
>> Signed-off-by: Claudius Heine <c...@denx.de <javascript:>>
>> ---
>>   meta/classes/image.bbclass | 21 +++++++++++++++++++++
>>   1 file changed, 21 insertions(+)
>>
>> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
>> index d8fbfd5..bec62cd 100644
>> --- a/meta/classes/image.bbclass
>> +++ b/meta/classes/image.bbclass
>> @@ -14,6 +14,27 @@ IMAGE_FULLNAME = "${PN}-${DISTRO}-${MACHINE}"
>>   KERNEL_IMAGE ?= "${@get_image_name(d, 'vmlinuz')[1]}"
>>   INITRD_IMAGE ?= "${@get_image_name(d, 'initrd.img')[1]}"
>>    
>> +# Useful variables for imager implementations:
>> +PP = "/home/builder/${PN}"
>> +PP_DEPLOY = "${PP}/deploy"
>> +PP_ROOTFS = "${PP}/rootfs"
>> +PP_WORK = "${PP}/work"
>> +
>> +BUILDROOT = "${BUILDCHROOT_DIR}${PP}"
>> +BUILDROOT_DEPLOY = "${BUILDCHROOT_DIR}${PP_DEPLOY}"
>> +BUILDROOT_ROOTFS = "${BUILDCHROOT_DIR}${PP_ROOTFS}"
>> +BUILDROOT_WORK = "${BUILDCHROOT_DIR}${PP_WORK}"
>> +
>> +image_do_mounts() {
>> +    sudo flock ${MOUNT_LOCKFILE} -c ' \
>> +        mkdir -p "${BUILDROOT_DEPLOY}" "${BUILDROOT_ROOTFS}"
>> "${BUILDROOT_WORK}"
>> +        mount --bind "${DEPLOY_DIR_IMAGE}" "${BUILDROOT_DEPLOY}"
>> +        mount --bind "${IMAGE_ROOTFS}" "${BUILDROOT_ROOTFS}"
>> +        mount --bind "${WORKDIR}" "${BUILDROOT_WORK}"
>> +    '
>> +    buildchroot_do_mounts
>> +}
>> +
>>   inherit ${IMAGE_TYPE}
>>    
>>   # Extra space for rootfs in MB
>> -- 
>> 2.20.1
>>
>>
> 

-- 
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de

  reply	other threads:[~2019-02-11 11:33 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-11  9:09 [PATCH v5 0/5] UBI support claudius.heine.ext
2019-02-11  9:09 ` [PATCH v5 1/5] meta/image.bbclass: add image_do_mounts for image specific mounts claudius.heine.ext
2019-02-11 10:49   ` chombourger
2019-02-11 11:33     ` Claudius Heine [this message]
2019-02-11  9:09 ` [PATCH v5 2/5] meta/classes: added ubifs-img class claudius.heine.ext
2019-02-11  9:09 ` [PATCH v5 3/5] meta/classes: added ubi-img class claudius.heine.ext
2019-02-11  9:09 ` [PATCH v5 4/5] meta/classes: added fit-img class for creation of fit images claudius.heine.ext
2019-02-11  9:09 ` [PATCH v5 5/5] meta-isar: added nand-ubi-demo example to demonstrate UBI use claudius.heine.ext
2019-02-11  9:45 ` [PATCH v5 0/5] UBI support Henning Schild
2019-02-12 11:24 ` Maxim Yu. Osipov
2019-02-12 13:16   ` Claudius Heine
2019-02-12 13:35     ` Claudius Heine
2019-02-12 13:36     ` Maxim Yu. Osipov
2019-02-12 14:06       ` Maxim Yu. Osipov
2019-02-12 14:09         ` Claudius Heine
2019-02-12 14:36           ` Baurzhan Ismagulov
2019-02-12 14:56             ` Claudius Heine
2019-02-12 15:51         ` Claudius Heine
2019-02-12 16:36           ` Claudius Heine
2019-02-13  8:36             ` Maxim Yu. Osipov
2019-02-13  9:53               ` Claudius Heine
2019-02-15 14:47 ` Maxim Yu. Osipov

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=e245f273-4436-6042-a961-69ad72c366ec@siemens.com \
    --to=claudius.heine.ext@siemens.com \
    --cc=chombourger@gmail.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