kernel/linux.git/drivers/mtd/ubi/fastmap-wl.c, branch linux-5.3.y

treewide: Replace GPLv2 boilerplate/reference with SPDX - rule 286

2019-06-05T15:36:37+00:00

Based on 1 normalized pattern(s): this program is free software you can redistribute it and or modify it under the terms of the gnu general public license as published by the free software foundation version 2 this program is distributed in the hope that it will be useful but without any warranty without even the implied warranty of merchantability or fitness for a particular purpose see the gnu general public license for more details extracted by the scancode license scanner the SPDX license identifier GPL-2.0-only has been chosen to replace the boilerplate/reference in 97 file(s). Signed-off-by: Thomas Gleixner Reviewed-by: Allison Randal Reviewed-by: Alexios Zavras Cc: linux-spdx@vger.kernel.org Link: https://lkml.kernel.org/r/20190529141901.025053186@linutronix.de Signed-off-by: Greg Kroah-Hartman

ubi: fastmap: Don't flush fastmap work on detach

2018-04-04T21:41:44+00:00

At this point UBI volumes have already been free()'ed and fastmap can no longer access these data structures. Reported-by: Martin Townsend Fixes: 74cdaf24004a ("UBI: Fastmap: Fix memory leaks while closing the WL sub-system") Cc: stable@vger.kernel.org Signed-off-by: Richard Weinberger

ubi: Fastmap: Fix typo

2018-01-17T23:18:50+00:00

Fix misspelling of 'available' in function name. Signed-off-by: Sascha Hauer Signed-off-by: Richard Weinberger

ubi: Fix races around ubi_refill_pools()

2016-10-02T20:54:01+00:00

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: Fixes: dbb7d2a88d ("UBI: Add fastmap core") Signed-off-by: Richard Weinberger

ubi: fastmap: Implement produce_free_peb()

2015-10-03T21:25:30+00:00

If fastmap requests a free PEB for a pool and UBI is busy with erasing PEBs we need to offer a function to wait for one. We can reuse produce_free_peb() from the non-fastmap WL code but with different locking semantics. Cc: stable@vger.kernel.org # 4.1.x- Reported-and-tested-by: Jörg Krause Signed-off-by: Richard Weinberger

UBI: Fastmap: Remove is_fm_block()

2015-03-26T21:47:38+00:00

This function was added to fastmap in a very early stage to have paranoid assertions. With the current fastmap implementation this assert will never trigger as fastmap PEBs are not seen by the WL sub-system. Remove it to save us some CPU cycles. Signed-off-by: Richard Weinberger

UBI: Fastmap: Add blank line after declarations

2015-03-26T21:47:37+00:00

Another checkpatch complaint: WARNING: Missing a blank line after declarations Signed-off-by: Richard Weinberger

UBI: Fastmap: Remove else after return.

2015-03-26T21:47:37+00:00

checkpatch.pl complains: WARNING: else is not generally useful after a break or return Signed-off-by: Richard Weinberger

UBI: Fastmap: Introduce may_reserve_for_fm()

2015-03-26T21:47:36+00:00

...and kill another #ifdef. Signed-off-by: Richard Weinberger

UBI: Move fastmap specific functions out of wl.c

2015-03-26T21:47:28+00:00

Fastmap is tightly connected to the WL sub-system, many fastmap-specific functionslive in wl.c. To get rid of most #ifdefs in wl.c move this functions into a new file and include it into wl.c Signed-off-by: Richard Weinberger