From: Tom Zanussi <tom.zanussi@linux.intel.com>
To: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Cc: Maciek Borzecki <maciek.borzecki@gmail.com>,
openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 1/1] wic: fix extended/logical partition layout
Date: Thu, 05 Feb 2015 21:02:49 -0600 [thread overview]
Message-ID: <1423191769.21935.9.camel@picadillo> (raw)
In-Reply-To: <20150206022724.GA3715@piout.net>
On Fri, 2015-02-06 at 03:27 +0100, Alexandre Belloni wrote:
> Hi,
>
> I hit that issue today. And that indeed solves it.
>
> Tested-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
>
> We were wondering who is responsible to take that patch in, do you have
> an idea?
>
I think for master it's Ross, cc'ed. Sometimes it takes awhile, you
just have to check every so often to see when it hits master. Ross can
correct me, but I think this is where its staged before it hits master,
so you can see what's in the queue for testing (master under test):
http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=ross/mut
Tom
> On 03/02/2015 at 06:49:54 -0600, Tom Zanussi wrote :
> > On Tue, 2015-02-03 at 11:05 +0100, Maciej Borzecki wrote:
> > > On 02/02 08:29, Tom Zanussi wrote:
> > > > On Mon, 2015-02-02 at 08:37 +0100, Maciej Borzecki wrote:
> > > > > ping
> > > > >
> > > >
> > > > This looks reasonable, but I haven't been able to verify it due to wic
> > > > problems introduced by the recent kernel changes in oe-core.
> > > >
> > > > If you have test cases e.g. the kickstart file(s) that you used for
> > > > testing the fix, please include them. Also, any testing you may have
> > > > done to show it doesn't cause regressions in existing use cases.
> > >
> > > Kickstart that fails without the patch:
> > >
> > > part /boot --source bootimg-partition --ondisk mmcblk0 --fstype=vfat --label boot --active --align 4 --size 16
> > > part / --source rootfs --ondisk mmcblk0 --fstype=ext4 --label root --align 4
> > > part /var/lib/misc --ondisk mmcblk0 --fstype=ext4 --label misc --size 128
> > > part /mnt --ondisk mmcblk0 --fstype=ext4 --label fakedata --size 128
> > >
> > > When mounting kernel ext4 complains about bad geometry of the 3rd
> > > partition (i.e. ext4 partition image was exactly 131072 blocks, but
> > > parted entry states 131071 blocks, wic stole the last sector of this
> > > partition, to account for EBR for the first extended):
> > >
> > > EXT4-fs (mmcblk0p3): bad geometry: block count 131072 exceeds size of
> > > device (131071 blocks)
> > >
> > > Then the first extended partition is not found, logical partition
> > > /dev/mmcblk0p4 is the last one visible. I'm guessing the EBR was
> > > overwritten by the last block of the 3rd partition image, hence the
> > > kerel cannot figure out the location of the extended partition.
> > >
> > > The problem won't be triggered unless there is a logical parition in
> > > kickstart. The only other kickstart using MBR is directdisk.wks, but it
> > > has only 2 partitions defined there.
> > >
> > > With the patch you can go on and define more crazy layout like this one
> > > below and it mounts properly:
> > >
> > > part /boot --source bootimg-partition --ondisk mmcblk0 --fstype=vfat --label boot --active --align 4 --size 16
> > > part / --source rootfs --ondisk mmcblk0 --fstype=ext4 --label root --align 4
> > > part /var/lib/misc --ondisk mmcblk0 --fstype=ext4 --label misc --size 128
> > > part /mnt --ondisk mmcblk0 --fstype=ext4 --label fakedata --size 128
> > > part /mnt2 --ondisk mmcblk0 --fstype=ext4 --label fakedata2 --size 13
> > > part /mnt3 --ondisk mmcblk0 --fstype=ext4 --label fakedata3 --size 64
> > >
> > >
> >
> > Great, thanks for the detailed info.
> >
> > Acked-by: Tom Zanussi <tom.zanussi@linux.intel.com>
> >
> > > --
> > > 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.
> >
> >
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
> --
> Alexandre Belloni, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com
next prev parent reply other threads:[~2015-02-06 3:02 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-09 13:24 [PATCH 0/1] wic: fix extended/logical partition layout Maciej Borzecki
2015-01-09 13:24 ` [PATCH 1/1] " Maciej Borzecki
2015-02-02 7:37 ` Maciej Borzecki
2015-02-02 14:29 ` Tom Zanussi
2015-02-03 10:05 ` Maciej Borzecki
2015-02-03 12:49 ` Tom Zanussi
2015-02-06 2:27 ` Alexandre Belloni
2015-02-06 3:02 ` Tom Zanussi [this message]
2015-02-06 11:43 ` Burton, Ross
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=1423191769.21935.9.camel@picadillo \
--to=tom.zanussi@linux.intel.com \
--cc=alexandre.belloni@free-electrons.com \
--cc=maciek.borzecki@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/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.