public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Richard Weinberger <richard@nod.at>
To: Jaap de Jong <jaap.dejong@nedap.com>
Cc: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: Mounting issue with old uboot and new rootfs
Date: Tue, 12 Dec 2017 17:29:51 +0100	[thread overview]
Message-ID: <2249046.8pz4TdecgU@blindfold> (raw)
In-Reply-To: <1513004605320.75417@nedap.com>

Jaap,

Am Montag, 11. Dezember 2017, 16:03:25 CET schrieb Jaap de Jong:
> Hi All,
> 
> Some time ago I posted a question with a slightly different subject.
> Now that I found out a bit more the previous subject is no longer relevant.
> 
> But I still have issues with mounting in a mixed environment.
> I have this board with an older u-boot (2010.09) in combination with a more
> recent kernel (4.9.28).
> 
> The parameters in uboot:
>         root=ubi0 rw ubi.mtd=3 rootfstype=ubifs
>        
> mtdparts=atmel_nand:128K(bootstrap),256K(u-boot-env),640K(u-boot),-(rootfs)
> 
> U-boot runs `ubi part rootfs` as one of the steps in the startup process to
> load the kernel. When doing that u-boot reports that the ubi volume is
> resized. This is due to the fact that the rootfs is written with the u-boot
> `nand write` command, writing a ubi formatted image.
> 
> When booting the unit the kernel panics:
>         [    1.523437] ubi0 error: ubi_read_volume_table: the layout volume
> was not found [    1.539062] ubi0 error: ubi_attach_mtd_dev: failed to
> attach mtd3, error -22 [    1.546875] UBI error: cannot attach mtd3
>         [    1.546875] Kernel panic - not syncing: VFS: Unable to mount root
> fs on unknown-block(0,0) [    1.546875] Rebooting in 1 seconds..RomBOOT
> Then u-boot restarts and tells:
>         UBI warning: process_lvol: volume table copy #1 is corrupted
>         UBI: create volume table (copy #1)
>         UBI: volume table was restored
> But is able to load the kernel and transfer control to it.
> This second run of this kernel does not panic anymore and just starts as
> expected! Also, new reboots don't show u-boot issues!
> 
> Some other combinations:
>         u-boot        kernel        result
>         2010.09     2.6.35        fine
>         2010.09     4.9.28        panic
>         2016.03     2.6.35        fine
>         2016.03     4.9.28        fine
> 
> One thing that I noticed is that the newer u-boot resizes to around 40 less
> LEBs than the older u-boot does. Related?

Resize? Or missing?
This is definitely odd and should not happen.

Thanks,
//richard

  parent reply	other threads:[~2017-12-12 16:29 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-30 15:22 Mounting issue with old rootfs and new kernel Jaap de Jong
2017-11-30 15:28 ` Richard Weinberger
     [not found]   ` <e144d66c-c754-ad6d-bd0c-ef5384ae7a78@nedap.com>
2017-11-30 16:20     ` Richard Weinberger
2017-12-01 14:26       ` Jaap de Jong
2017-12-04 14:54         ` Jaap de Jong
     [not found]           ` <1513004605320.75417@nedap.com>
2017-12-12 16:29             ` Richard Weinberger [this message]
2017-12-13  7:45               ` Mounting issue with old uboot and new rootfs Jaap de Jong
2017-12-13  9:43                 ` Richard Weinberger
2017-12-13 10:18                   ` Jaap de Jong
2017-12-13 16:42                     ` Richard Weinberger
2017-12-14  7:28                       ` Jaap de Jong
2017-12-14  9:51                         ` Jaap de Jong

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=2249046.8pz4TdecgU@blindfold \
    --to=richard@nod.at \
    --cc=jaap.dejong@nedap.com \
    --cc=linux-mtd@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox