Revert "Staging: zram: work around oops due to startup ordering snafu"
authorNitin Gupta <>
Thu, 30 Dec 2010 09:07:58 +0000 (04:07 -0500)
committerLinus Torvalds <>
Thu, 30 Dec 2010 20:07:22 +0000 (12:07 -0800)
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:

Reported-by: Dennis Jansen <>
Signed-off-by: Nitin Gupta <>
Cc: Anton Blanchard <>
Cc: Andrew Morton <>
Cc: Greg Kroah-Hartman <>
Signed-off-by: Linus Torvalds <>

index 8c3c057aa8478fb2a436edfd571843513544ca71..d0e9e0207539e2c9491fc6c1de25c75dda4bd9c6 100644 (file)
@@ -435,12 +435,6 @@ static int zram_make_request(struct request_queue *queue, struct bio *bio)
        int ret = 0;
        struct zram *zram = queue->queuedata;
-       if (unlikely(!zram->init_done)) {
-               set_bit(BIO_UPTODATE, &bio->bi_flags);
-               bio_endio(bio, 0);
-               return 0;
-       }
        if (!valid_io_request(zram, bio)) {
                zram_stat64_inc(zram, &zram->stats.invalid_io);