android_kernel_samsung_univ.../drivers/mtd/ubi
Artem Bityutskiy e8823bd63d UBI: fix atomic LEB change problems
When the UBI device is nearly full, i.e. all LEBs are mapped, we have
only one spare LEB left - the one we reserved for WL purposes. Well,
I do not count the LEBs which were reserved for bad PEB handling -
suppose NOR flash for simplicity. If an "atomic LEB change operation"
is run, and the WL unit is moving a LEB, we have no spare LEBs to
finish the operation and fail, which is not good. Moreover, if there
are 2 or more simultanious "atomic LEB change" requests, only one of
them has chances to succeed, the other will fail with -ENOSPC. Not
good either.

This patch does 2 things:
1. Reserves one PEB for the "atomic LEB change" operation.
2. Serealize the operations so that only on of them may run
   at a time (by means of a mutex).

Pointed-to-by: Brijesh Singh <brijesh.s.singh@gmail.com>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
2007-10-14 13:10:21 +03:00
..
build.c UBI: do not use vmalloc on I/O path 2007-10-14 13:10:21 +03:00
cdev.c
debug.c UBI: use byte hexdump 2007-10-14 13:10:21 +03:00
debug.h UBI: use linux print_hex_dump(), not home-grown one 2007-10-14 13:10:20 +03:00
eba.c UBI: fix atomic LEB change problems 2007-10-14 13:10:21 +03:00
gluebi.c
io.c UBI: use byte hexdump 2007-10-14 13:10:21 +03:00
kapi.c UBI: don't use array index before testing if it is negative 2007-10-14 13:10:20 +03:00
Kconfig
Kconfig.debug
Makefile
misc.c
scan.c UBI: do not use vmalloc on I/O path 2007-10-14 13:10:21 +03:00
scan.h UBI: do not use vmalloc on I/O path 2007-10-14 13:10:21 +03:00
ubi.h UBI: fix atomic LEB change problems 2007-10-14 13:10:21 +03:00
upd.c
vmt.c
vtbl.c UBI: do not use vmalloc on I/O path 2007-10-14 13:10:21 +03:00
wl.c UBI: do not use vmalloc on I/O path 2007-10-14 13:10:21 +03:00