diff options
| author | Nitin Gupta <[email protected]> | 2010-12-30 09:07:58 +0000 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2010-12-30 20:07:22 +0000 |
| commit | e983dc2428164698571e1dd1b25c4322181adbac (patch) | |
| tree | 8daebe3e685971ea0db8ddc0dcda96a1781019b2 /fs/ubifs/commit.c | |
| parent | Merge branch 'merge-spi' of git://git.secretlab.ca/git/linux-2.6 (diff) | |
| download | kernel-e983dc2428164698571e1dd1b25c4322181adbac.tar.gz kernel-e983dc2428164698571e1dd1b25c4322181adbac.zip | |
Revert "Staging: zram: work around oops due to startup ordering snafu"
This reverts commit 7e24cce38a99f373450db67bf576fe73e8168d66 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 <[email protected]>
Signed-off-by: Nitin Gupta <[email protected]>
Cc: Anton Blanchard <[email protected]>
Cc: Andrew Morton <[email protected]>
Cc: Greg Kroah-Hartman <[email protected]>
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'fs/ubifs/commit.c')
0 files changed, 0 insertions, 0 deletions
