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
next prev parent 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