kernel-fxtec-pro1x/drivers/staging/zram
Nitin Gupta e983dc2428 Revert "Staging: zram: work around oops due to startup ordering snafu"
This reverts commit 7e24cce38a because it
was never appropriate for mainline.

Do not check for init flag before starting I/O - zram module is unusable
without this fix.

The oops mentioned in the reverted commit message was actually a problem
only with the zram version as present in project's own repository where
we allocate struct zram_stats_cpu upon device initialization.  OTOH, In
mainline/staging version of zram, we allocate struct stats upfront, so
this oops cannot happen in mainline version.

Checking for init_done flag in zram_make_request() results in a *no-op*
for any I/O operation since we simply always return success.  This flag
is actually set when the first write occurs on a zram disk which
triggers its initialization.

Bug report: https://bugzilla.kernel.org/show_bug.cgi?id=25722

Reported-by: Dennis Jansen <dennis.jansen@web.de>
Signed-off-by: Nitin Gupta <ngupta@vflare.org>
Cc: Anton Blanchard <anton@samba.org>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Greg Kroah-Hartman <gregkh@suse.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2010-12-30 12:07:22 -08:00
..
Kconfig Staging: zram: Replace ioctls with sysfs interface 2010-08-31 15:33:54 -07:00
Makefile Staging: zram: Makefile: replace the use of <module>-objs with <module>-y 2010-10-08 07:23:41 -07:00
xvmalloc.c
xvmalloc.h
xvmalloc_int.h
zram.txt Staging: zram: Update zram documentation 2010-08-31 15:36:36 -07:00
zram_drv.c Revert "Staging: zram: work around oops due to startup ordering snafu" 2010-12-30 12:07:22 -08:00
zram_drv.h Staging: zram: Remove need for explicit device initialization 2010-08-31 15:36:36 -07:00
zram_sysfs.c Staging: zram: fix up my fixup for some sysfs attribute permissions 2010-11-18 11:27:19 -08:00