Re: [PATCH 2/2 v2] mm/zsmalloc.c: Fix race condition in zs_destroy_pool

From: Sergey Senozhatsky
Date: Mon Aug 26 2019 - 01:13:51 EST

On (08/23/19 04:10), Henry Burns wrote:
> > Thanks. So we have a couple of races which result in memory leaks? Do
> > we feel this is serious enough to justify a -stable backport of the
> > fixes?
> In this case a memory leak could lead to an eventual crash if
> compaction hits the leaked page. I don't know what a -stable
> backport entails, but this crash would only occur if people are
> changing their zswap backend at runtime
> (which eventually starts destruction).

Well, zram/zsmalloc is not only for swapping, but it's also a virtual
block device which can be created or destroyed dynamically. So it looks
like a potential -stable material.