From: Sascha Hauer <s.hauer@pengutronix.de>
To: Alexander Stein <alexander.stein@systec-electronic.com>
Cc: barebox@lists.infradead.org,
"Daniel Krüger" <daniel.krueger@systec-electronic.com>
Subject: Re: UBIFS recovery fails in barebox while Linux suceeds
Date: Thu, 3 Mar 2016 09:28:56 +0100 [thread overview]
Message-ID: <20160303082856.GW9224@pengutronix.de> (raw)
In-Reply-To: <9617410.tHQtcjn6HO@ws-stein>
On Thu, Mar 03, 2016 at 08:16:13AM +0100, Alexander Stein wrote:
> On Wednesday 02 March 2016 20:56:13, Sascha Hauer wrote:
> > On Wed, Mar 02, 2016 at 05:19:08PM +0100, Alexander Stein wrote:
> > > Hi,
> > >
> > > in case a UBIFS needs recovery (unclean write or whatever on NOR
> > > flash) it is possible that barebox fails to do so while Linux suceeds.
> > > The main cause, IMHO, is that Linux takes max_write_size into account
> > > (starting with commit 2765df7da540687c4d57ca840182122f074c5b9c "UBIFS:
> > > use max_write_size during recovery") while barebox doesn't. Apparently
> > > is_last_write (fs/ubifs/recovery.c) results differently due to that
> > > fact which explains why recovery progress differently. I don't know
> > > which linux version the ubifs code in barebox is taken from but I
> > > guess this needs to be updated. Are there any plans?
> >
> > The barebox UBIFS code is taken from U-Boot 2013.07 which is taken from
> > Linux-2.6.29-rc6, so indeed the code is quite old. U-Boot has updated
> > UBIFS support to Linux-4.2. The question is if we update UBIFS from
> > U-Boot or directly from the Kernel, I have no idea which way is easier.
>
> I still wonder if this problem should have been avoided in the first
> place. It seems like the change in the kernel is like chaning the
> on-disk-format.
BTW what happens after the failed recovery? Is the filesystem not
readable?
>
> > Currently there are no plans to update UBIFS, but of course you are
> > invited to create them ;)
>
> I expected an answer like that ;-) I did a quick compare and there are
> a lot of changes in barebox upon the code taken from u-boot. AFAICS
> those are not documented :(
I wouldn't say that. I just checked out barebox 551b412 (the initial
ubifs commit) and U-Boot 2013.07 and copied over the ubifs files from
U-Boot to barebox. The diff doesn't look too bad, it nearly only shows
the changes necessary to adopt to the barebox filesystem layer.
I assume fs/ubifs/ubifs.c can be left nearly unmodified. The rest is
copying over the kernel files and boxing them through the compiler
(which indeed might be a significant amount of work given the size of
the code)
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2016-03-03 8:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-02 16:19 Alexander Stein
2016-03-02 19:56 ` Sascha Hauer
2016-03-03 7:16 ` Alexander Stein
2016-03-03 8:28 ` Sascha Hauer [this message]
2016-03-03 8:38 ` Alexander Stein
2016-03-03 9:23 ` Sascha Hauer
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=20160303082856.GW9224@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=alexander.stein@systec-electronic.com \
--cc=barebox@lists.infradead.org \
--cc=daniel.krueger@systec-electronic.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