Re: [RFC PATCH] zram: avoid preemption with CPU-based compression backends

[Sergey Senozhatsky]

On (26/08/05 17:46), Sergey Senozhatsky wrote:
> On (26/08/05 15:50), Barry Song wrote:


> This sounds interesting. I think all of the S/W backends that we use
> have stateless decompression

OK, that doesn't seem to be true, but just for initial testing
on lzo/lz4 we can simply split the lock.  zstd/deflate need
context for decompression, this doesn't look stateless.