All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexandre Gambier <a.gambier@ftemaximal.fr>
To: dedekind1@gmail.com
Cc: linux-mtd@lists.infradead.org
Subject: Re: ubi_eba_init_scan: cannot reserve enough PEBs for bad PEB handling
Date: Wed, 11 Jan 2012 09:10:45 +0100	[thread overview]
Message-ID: <4F0D4405.2060800@ftemaximal.fr> (raw)
In-Reply-To: <1326230599.2335.4.camel@koala>

>> hi everyone,
>>
>> I use UBI volume and UBIFS on top of a NAND device with an embedded
>> video meter.
>> Everything works fine except that when a UBI volume is mounted the
>> following warning is outputted :
>> "UBI warning: ubi_eba_init_scan: cannot reserve enough PEBs for bad PEB
>> handling, reserved 0, need 20"
> Looks like the pool of reserved PEBs is fully used. Fo how long have you
> been using this flash?
This is a brand new flash...I've been using it for 2 months.

>
>> UBI: attaching mtd7 to ubi0
> When I see things like mtd7 - I get worried. Do you have 7 partitions on
> one chip? Even on old good and reliable chips this was not very good
> idea, let alone modern NANDs with all these unstable bits, "radiation"
> effects, low eraseblock max. erase count, etc...
Here is my partition table
   mtd0 -> UBoot -> 1 MiB
   mtd1 -> UBootSettings -> 128 KiB
   mtd2 -> SafeKernel -> 4 MiB => The linux kernel loaded in safe mode 
to restore the main rootfs and perform maintenance.
   mtd3 -> AppKernel -> 4 MiB => The linux kernel loaded in normal mode 
when running the application.
   mtd4 -> SafeFS => 64 MiB => The safe mode file-system.
   mtd5 -> AppFS => 128 MiB => The main application file-system.
   mtd6 -> Reserved => 54.875 MiB => Reserved during the development 
stage, will be used in stable version.
   mtd7 -> UserData => 256 MiB => User's data partition to store records 
and log files (that will never be erased or formatted).

> BTW, be aware of this problem:
>
> http://linux-mtd.infradead.org/doc/ubifs.html#L_unstable_bits
thanks..The user's data partition will be the only one mounted in r/w 
mode...files in it are not crucial.

> which has not been solved - we need a brave knight who'd spend time
> working on this issue.
A little bit to complicated for me otherwise I would love to help the 
MTD project.

Alex

  reply	other threads:[~2012-01-11  8:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-10 12:46 ubi_eba_init_scan: cannot reserve enough PEBs for bad PEB handling Alexandre Gambier
2012-01-10 21:23 ` Artem Bityutskiy
2012-01-11  8:10   ` Alexandre Gambier [this message]
2012-01-14 15:14     ` Artem Bityutskiy
2012-01-16  8:47       ` Alexandre Gambier
2012-01-16 12:24         ` Artem Bityutskiy
2012-01-16 12:28           ` Alexandre Gambier
2012-01-16 12:31             ` Artem Bityutskiy
2012-01-16 16:11               ` Alexandre Gambier

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=4F0D4405.2060800@ftemaximal.fr \
    --to=a.gambier@ftemaximal.fr \
    --cc=dedekind1@gmail.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 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.