diff options
author | Shmulik Ladkani <shmulik.ladkani@gmail.com> | 2012-07-04 11:06:01 +0300 |
---|---|---|
committer | Artem Bityutskiy <artem.bityutskiy@linux.intel.com> | 2012-09-04 09:38:58 +0300 |
commit | 37f758a036da56c7cff81b68d1d872752079eb6c (patch) | |
tree | 490edbbde943a709f79b68d217f39e74ba238e13 /drivers/mtd/ubi/Kconfig | |
parent | 8beeb3bb9df8caba36ad3e4f226255dff9c92556 (diff) | |
download | op-kernel-dev-37f758a036da56c7cff81b68d1d872752079eb6c.zip op-kernel-dev-37f758a036da56c7cff81b68d1d872752079eb6c.tar.gz |
UBI: limit amount of reserved eraseblocks for bad PEB handling
The existing mechanism of reserving PEBs for bad PEB handling has two
flaws:
- It is calculated as a percentage of good PEBs instead of total PEBs.
- There's no limit on the amount of PEBs UBI reserves for future bad
eraseblock handling.
This patch changes the mechanism to overcome these flaws.
The desired level of PEBs reserved for bad PEB handling (beb_rsvd_level)
is set to the maximum expected bad eraseblocks (bad_peb_limit) minus the
existing number of bad eraseblocks (bad_peb_count).
The actual amount of PEBs reserved for bad PEB handling is usually set
to the desired level (but in some circumstances may be lower than the
desired level, e.g. when attaching to a device that has too few
available PEBs to satisfy the desired level).
In the case where the device has too many bad PEBs (above the expected
limit), then the desired level, and the actual amount of PEBs reserved
are set to zero. No PEBs will be set aside for future bad eraseblock
handling - even if some PEBs are made available (e.g. by shrinking a
volume).
If another PEB goes bad, and there are available PEBs, then the
eraseblock will be marked bad (consuming one available PEB). But if
there are no available PEBs, ubi will go into readonly mode.
Signed-off-by: Shmulik Ladkani <shmulik.ladkani@gmail.com>
Diffstat (limited to 'drivers/mtd/ubi/Kconfig')
0 files changed, 0 insertions, 0 deletions