From: Andrew Morton <akpm@linux-foundation.org>
To: Nick Piggin <npiggin@suse.de>
Cc: linux-fsdevel@vger.kernel.org, hawk@pld-linux.org, stable@kernel.org
Subject: Re: [patch] brd: fix ramdisk regression
Date: Tue, 20 May 2008 12:04:39 -0700 [thread overview]
Message-ID: <20080520120439.0fed8f94.akpm@linux-foundation.org> (raw)
In-Reply-To: <20080520134125.GD25791@wotan.suse.de>
On Tue, 20 May 2008 15:41:25 +0200
Nick Piggin <npiggin@suse.de> wrote:
> From: Marcin Krol <hawk@pld-linux.org>
>
> In 2.6.25, ramdisk devices show up in /proc/partitions, which is a
> behaviour change from the old rd.c. Add GENHD_FL_SUPPRESS_PARTITION_INFO,
> which was present in rd.c.
>
> Signed-off-by: Marcin Krol <hawk@pld-linux.org>
I added your signed-off-by: to this patch.
I renamed it to "brd: don't show ramdisks in /proc/partitions"
> --
> --- linux-2.6.25/drivers/block/brd.c.orig 2008-04-17 04:49:44.000000000 +0200
> +++ linux-2.6.25/drivers/block/brd.c 2008-05-18 01:18:28.381903343 +0200
> @@ -442,6 +442,7 @@
> disk->fops = &brd_fops;
> disk->private_data = brd;
> disk->queue = brd->brd_queue;
> + disk->flags |= GENHD_FL_SUPPRESS_PARTITION_INFO;
> sprintf(disk->disk_name, "ram%d", i);
> set_capacity(disk, rd_size * 2);
>
Why is it a "regression"?
The change in 2.6.25 was a back-compatible one.
This change is not a back-compatible one and if we're going to now
withdraw the newly-added 2.6.25 feature then we should also withdraw it
from 2.6.26.x and 2.6.25.x (if that is still under maintenance). To
reduce the incidence of "hey where did my feature go" problems.
Really, life would be simpler if we just left the accidentally-added
feature in place. What problems does it cause?
next prev parent reply other threads:[~2008-05-20 19:05 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-20 13:41 [patch] brd: fix ramdisk regression Nick Piggin
2008-05-20 19:04 ` Andrew Morton [this message]
2008-05-20 20:24 ` Marcin Krol
2008-05-20 20:34 ` Andrew Morton
2008-05-20 21:32 ` [stable] " Chris Wright
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080520120439.0fed8f94.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=hawk@pld-linux.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=npiggin@suse.de \
--cc=stable@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.