From: "Nikita V. Youshchenko" <nyoushchenko@mvista.com>
To: Richard Weinberger <richard@nod.at>
Cc: Rob Taylor <rtaylor@mvista.com>,
Alexander Kaliadin <akaliadin@mvista.com>,
linux-mtd@lists.infradead.org, Pavan Jadhav <pjadhav@mvista.com>
Subject: ubi_update_fastmap: could not find an early PEB
Date: Fri, 22 Jun 2012 20:05:01 +0400 [thread overview]
Message-ID: <201206222005.02308@blacky.localdomain> (raw)
Hello.
I'm trying to make ubi fastmap working on a vendor kernel, based on linux
3.0.15, on target hardware. For that I've successfully backported the
patchset and it's dependences from 'fastmap' branch of
git://git.infradead.org/linux-ubi.git
I'm able to compile and boot resulting kernel.
However, as for now, I can't make it working.
# ubiattach /dev/ubi_ctrl -m 2
UBI: fastmap pool size: 256
UBI: attaching mtd2 to ubi0
UBI: physical eraseblock size: 131072 bytes (128 KiB)
UBI: logical eraseblock size: 126976 bytes
UBI: smallest flash I/O unit: 2048
UBI: VID header offset: 2048 (aligned 2048)
UBI: data offset: 4096
UBI: max. sequence number: 0
UBI: attached mtd2 to ubi0
UBI: MTD device name: "nand.ubi"
UBI: MTD device size: 992 MiB
UBI: number of good PEBs: 7918
UBI: number of bad PEBs: 18
UBI: number of corrupted PEBs: 0
UBI: max. allowed volumes: 128
UBI: wear-leveling threshold: 4096
UBI: number of internal volumes: 1
UBI: number of user volumes: 1
UBI: available PEBs: 4531
UBI: total number of reserved PEBs: 3387
UBI: number of PEBs reserved for bad PEB handling: 79
UBI: max/mean erase counter: 4/1
UBI: image sequence number: 0
UBI: background thread "ubi_bgt0d" started, PID 2705
UBI device number 0, total 7918 LEBs (1005395968 bytes, 958.8 MiB),
available 4531 LEBs (575328256 bytes, 548.7 MiB), LEB size 126976 bytes
(124.0 KiB)
# ubidetach /dev/ubi_ctrl -m 2
UBI error: ubi_update_fastmap: could not find an early PEB
UBI: mtd2 is detached from ubi0
... and fastmap is not created and thus not used.
As far as I understand, this happens because all PEBs at the beginning of
device are occupied. But this will always be the case after creating image
with ubinize...
How to overcome this?
Nikita
next reply other threads:[~2012-06-22 16:05 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-22 16:05 Nikita V. Youshchenko [this message]
2012-06-22 16:32 ` ubi_update_fastmap: could not find an early PEB Richard Weinberger
2012-06-22 17:26 ` Nikita V. Youshchenko
2012-06-22 17:37 ` Richard Weinberger
2012-06-22 18:46 ` Nikita V. Youshchenko
2012-06-22 18:49 ` Richard Weinberger
2012-06-27 10:56 ` Artem Bityutskiy
2012-06-27 11:00 ` Richard Weinberger
2012-06-27 11:07 ` Nikita V. Youshchenko
2012-06-27 12:15 ` Artem Bityutskiy
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=201206222005.02308@blacky.localdomain \
--to=nyoushchenko@mvista.com \
--cc=akaliadin@mvista.com \
--cc=linux-mtd@lists.infradead.org \
--cc=pjadhav@mvista.com \
--cc=richard@nod.at \
--cc=rtaylor@mvista.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.