aboutsummaryrefslogtreecommitdiff
path: root/include/linux
diff options
context:
space:
mode:
authorMinchan Kim <minchan@kernel.org>2016-01-14 15:22:32 -0800
committerMister Oyster <oysterized@gmail.com>2017-09-25 22:03:14 +0200
commit86ea2a39efb93d7535baa2e85db39597a4db4a2d (patch)
tree3ff014264a0e2974df20bba9b4293231d35bc0ae /include/linux
parenta6ad39660dadac21540386d6e8565ec10be19cbb (diff)
downloadandroid_kernel_m2note-86ea2a39efb93d7535baa2e85db39597a4db4a2d.tar.gz
zram: pass gfp from zcomp frontend to backend
Each zcomp backend uses own gfp flag but it's pointless because the context they could be called is driven by upper layer(ie, zcomp frontend). As well, zcomp frondend could call them in different context. One context(ie, zram init part) is it should be better to make sure successful allocation other context(ie, further stream allocation part for accelarating I/O speed) is just optional so let's pass gfp down from driver (ie, zcomp frontend) like normal MM convention. [sergey.senozhatsky@gmail.com: add missing __vmalloc zero and highmem gfps] Signed-off-by: Minchan Kim <minchan@kernel.org> Signed-off-by: Sergey Senozhatsky <sergey.senozhatsky@gmail.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include/linux')
-rw-r--r--include/linux/zcomp.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/linux/zcomp.h b/include/linux/zcomp.h
index 46e2b9f8f..b7d2a4bca 100644
--- a/include/linux/zcomp.h
+++ b/include/linux/zcomp.h
@@ -33,7 +33,7 @@ struct zcomp_backend {
int (*decompress)(const unsigned char *src, size_t src_len,
unsigned char *dst);
- void *(*create)(void);
+ void *(*create)(gfp_t flags);
void (*destroy)(void *private);
const char *name;