Linux kernel stable tree (mirror) https://git.radix-linux.su/kernel/linux.git/atom?h=linux-4.16.y 2018-04-24T07:42:48+00:00 2018-04-24T07:42:48+00:00 Richard Weinberger richard@nod.at 2018-01-17T22:15:57+00:00 urn:sha1:3f2fdd3d4a4c109a28cc0fddf0006cb01ccde594 commit 29b7a6fa1ec07e8480b0d9caf635a4498a438bf4 upstream. At this point UBI volumes have already been free()'ed and fastmap can no longer access these data structures. Reported-by: Martin Townsend <mtownsend1973@gmail.com> Fixes: 74cdaf24004a ("UBI: Fastmap: Fix memory leaks while closing the WL sub-system") Cc: stable@vger.kernel.org Signed-off-by: Richard Weinberger <richard@nod.at> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> 2018-01-17T23:18:50+00:00 Sascha Hauer s.hauer@pengutronix.de 2017-11-24T11:14:06+00:00 urn:sha1:889027bca233b422aedc2881d330e1a7c97e2315 Fix misspelling of 'available' in function name. Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de> Signed-off-by: Richard Weinberger <richard@nod.at> 2016-10-02T20:54:01+00:00 Richard Weinberger richard@nod.at 2016-08-24T12:36:14+00:00 urn:sha1:2e8f08deabbc7eefe4c5838aaa6aa9a23a8acf2e 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> 2015-10-03T21:25:30+00:00 Richard Weinberger richard@nod.at 2015-08-11T21:27:44+00:00 urn:sha1:1cb8f9776c7dcadc57885c6653943511d282633b 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 <joerg.krause@embedded.rocks> Signed-off-by: Richard Weinberger <richard@nod.at> 2015-03-26T21:47:38+00:00 Richard Weinberger richard@nod.at 2014-11-07T12:35:41+00:00 urn:sha1:56794c0a1ae738cb4184ab27501e4d152b0b2771 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 <richard@nod.at> 2015-03-26T21:47:37+00:00 Richard Weinberger richard@nod.at 2014-10-29T10:47:22+00:00 urn:sha1:1841fcfd910b4e841de40e1f6bc3dad6109a4054 Another checkpatch complaint: WARNING: Missing a blank line after declarations Signed-off-by: Richard Weinberger <richard@nod.at> 2015-03-26T21:47:37+00:00 Richard Weinberger richard@nod.at 2014-10-29T10:44:45+00:00 urn:sha1:e1bc37ceafc04dff20a8cdc88ed250941ec2ea92 checkpatch.pl complains: WARNING: else is not generally useful after a break or return Signed-off-by: Richard Weinberger <richard@nod.at> 2015-03-26T21:47:36+00:00 Richard Weinberger richard@nod.at 2014-10-29T09:31:41+00:00 urn:sha1:2f84c2469e2f2e94a45d86597baec10bfbf06847 ...and kill another #ifdef. Signed-off-by: Richard Weinberger <richard@nod.at> 2015-03-26T21:47:28+00:00 Richard Weinberger richard@nod.at 2014-11-10T17:21:51+00:00 urn:sha1:78d6d497a648cc04ae26b27af1e01ce3e41a9c72 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 <richard@nod.at>