From: Maciek Borzecki <maciej.borzecki@open-rnd.pl>
To: Jens Rehsack <rehsack@gmail.com>
Cc: "meta-freescale@yoctoproject.org"
<meta-freescale@yoctoproject.org>,
Otavio Salvador <otavio@ossystems.com.br>
Subject: Re: Improving SD-Card images
Date: Tue, 22 Jul 2014 08:37:28 +0200 [thread overview]
Message-ID: <20140722063728.GA14362@localhost.localdomain> (raw)
In-Reply-To: <3282466A-D345-4E2F-A4E6-78A11871F91D@gmail.com>
On wto, 2014-07-22 at 07:16 +0200, Jens Rehsack wrote:
> Am 21.07.2014 um 16:50 schrieb Otavio Salvador <otavio@ossystems.com.br>:
>
> > Hello,
> >
> > On Sun, Jul 20, 2014 at 8:13 AM, maciej.borzecki@open-rnd.pl
> > <maciej.borzecki@open-rnd.pl> wrote:
> >>> Dnia 19 lipiec 2014 o 16:50 Jens Rehsack <rehsack@gmail.com> napisał(a):
> >>> the options of meta-fsl-arm/classes/image_types_fsl.bbclass to generate
> >>> sdcards are somehow limited :)
> >>>
> >>> For the final release we'd like to have following partitions:
> >>> 1) boot (ext2, fat?)
> >>> 2) prod-root (squashfs)
> >>> 3) recovery-root (squashfs)
> >>> 4) volatile (ext[34]?)
> >>> 5) changes (unionfs over 2)
> >>>
> >>> Looks as if image_types_fsl.bbclass would need rework to support >2
> >>> partition, but that's just coding.
> >>
> >> Have you considered wic? I've posted a patch that adds building of SD card
> >> image for BBB:
> >> http://article.gmane.org/gmane.linux.embedded.yocto.meta-ti/4171 also
> >> meta-ti have already dumped their
> >> sdimg bbclass in favor of wic. Not saying that meta-fsl should do the same,
> >> just pointing out that there may
> >> be some room for unification.
> > ...
> >
> > This is the long-term goal for sure.
> >
> > I have worked with Tom in extending 'wic' to have the plugin system
> > you used to enable BBB to generate the image. I also want to try to
> > leverage the U-Boot support backend so we can avoid a lot of
> > custom-made recipes and duplication.
> >
> > I wasn't aware of your patch (thanks), I will look at it next week ...
>
> But beside of unifying image creation - which is of course a great step
> for both, anyone who can give me a hint where to look for 2 independent
> filesystems being created in one target (foo-image)?.
This should help:
http://article.gmane.org/gmane.linux.embedded.yocto.meta-ti/4185
You'll also need these patches:
http://article.gmane.org/gmane.comp.handhelds.openembedded.core/53449
http://article.gmane.org/gmane.comp.handhelds.openembedded.core/53422
Then, the kickstart file is as follows:
# vfat boot partition
part --source beaglebonebootimg --ondisk mmcblk0p --fstype=vfat --label boot --active --align 1024 --size 10
# root filesystem
part / --source rootfs --ondisk mmcblk0p --fstype=ext3 --label root --align 1024
# data partition
part /media/data --ondisk mmcblk0p --fstype=vfat --label data --align 1024 --size 100 --fsoptions sync
3 partitions are defined in the file:
- vfat, built by beaglebonebootimg source plugin (see first patch for
reference on what the plugin does)
- 2nd partition (ext3), built by rootfs plugin (contents of
IMAGE_ROOTFS)
- 3rd partition (vfat, 100MB, mounted with sync), empty partition,
automatically added to fstab
Hope this clears things up a bit.
--
Maciej Borzęcki
Senior Software Developer at Open-RnD Sp. z o.o., Poland
www.open-rnd.pl
mobile: +48 889 117 365, fax: +48 42 657 9079
Niniejsza wiadomość wraz z załącznikami może zawierać chronione prawem
lub poufne informacje i została wysłana wyłącznie do wiadomości i
użytku osób, do których została zaadresowana. Jeśli wiadomość została
otrzymana przypadkowo zabrania się jej kopiowania lub rozsyłania do
osób trzecich. W takim przypadku uprasza się o natychmiastowe
zniszczenie wiadomości oraz poinformowanie nadawcy o zaistniałej
sytuacji za pomocą wiadomości zwrotnej. Dziękujemy.
This message, including any attachments hereto, may contain privileged
or confidential information and is sent solely for the attention and
use of the intended addressee(s). If you are not an intended addressee,
you may neither use this message nor copy or deliver it to anyone. In
such case, you should immediately destroy this message and kindly notify
the sender by reply email. Thank you.
next prev parent reply other threads:[~2014-07-22 6:37 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-19 14:50 Improving SD-Card images Jens Rehsack
2014-07-20 11:13 ` maciej.borzecki
2014-07-20 22:47 ` Jens Rehsack
2014-07-21 9:51 ` maciej.borzecki
2014-07-22 19:04 ` Trevor Woerner
2014-07-22 20:38 ` Maciek Borzecki
2014-07-23 1:48 ` Trevor Woerner
2014-07-21 14:50 ` Otavio Salvador
2014-07-22 5:16 ` Jens Rehsack
2014-07-22 6:37 ` Maciek Borzecki [this message]
2014-07-22 7:09 ` Jens Rehsack
2014-07-22 7:37 ` Maciek Borzecki
2014-07-22 11:04 ` Jens Rehsack
2014-07-22 12:04 ` Maciek Borzecki
2014-08-11 19:55 ` Maciek Borzecki
2014-08-11 20:00 ` Otavio Salvador
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=20140722063728.GA14362@localhost.localdomain \
--to=maciej.borzecki@open-rnd.pl \
--cc=meta-freescale@yoctoproject.org \
--cc=otavio@ossystems.com.br \
--cc=rehsack@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.