diff options
| author | Richard Weinberger <richard@nod.at> | 2016-08-24 14:36:14 +0200 |
|---|---|---|
| committer | Richard Weinberger <richard@nod.at> | 2016-10-02 22:54:01 +0200 |
| commit | 2e8f08deabbc7eefe4c5838aaa6aa9a23a8acf2e (patch) | |
| tree | 978c8095e114898a898df44014996611a39ddfef /drivers/pps | |
| parent | 2365418879e9abf12ea9def7f9f3caf0dfa7ffb0 (diff) | |
| download | linux-stable-2e8f08deabbc7eefe4c5838aaa6aa9a23a8acf2e.tar.gz linux-stable-2e8f08deabbc7eefe4c5838aaa6aa9a23a8acf2e.tar.bz2 linux-stable-2e8f08deabbc7eefe4c5838aaa6aa9a23a8acf2e.zip | |
ubi: Fix races around ubi_refill_pools()
When writing a new Fastmap the first thing that happens
is refilling the pools in memory.
At this stage it is possible that new PEBs from the new pools
get already claimed and written with data.
If this happens before the new Fastmap data structure hits the
flash and we face power cut the freshly written PEB will not
scanned and unnoticed.
Solve the issue by locking the pools until Fastmap is written.
Cc: <stable@vger.kernel.org>
Fixes: dbb7d2a88d ("UBI: Add fastmap core")
Signed-off-by: Richard Weinberger <richard@nod.at>
Diffstat (limited to 'drivers/pps')
0 files changed, 0 insertions, 0 deletions