[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <4D4021D2.2000407@shiftmail.org>
Date: Wed, 26 Jan 2011 14:29:54 +0100
From: torn5 <torn5@...ftmail.org>
To: Jan Kara <jack@...e.cz>
Cc: Tejun Heo <tj@...nel.org>, "Darrick J. Wong" <djwong@...ibm.com>,
Vivek Goyal <vgoyal@...hat.com>, axboe@...nel.dk,
tytso@....edu, shli@...nel.org, neilb@...e.de,
adilger.kernel@...ger.ca, snitzer@...hat.com,
linux-kernel@...r.kernel.org, kmannth@...ibm.com, cmm@...ibm.com,
linux-ext4@...r.kernel.org, rwheeler@...hat.com, hch@....de,
josef@...hat.com
Subject: Re: [PATCH 3/3] ext4: Deprecate barrier= and nobarrier mount options
On 01/26/2011 11:47 AM, Jan Kara wrote:
> Hello,
>
> On Wed 26-01-11 10:36:32, Tejun Heo wrote:
> Ted should have a final word about this but I believe it's possible to
> deprecate the mount options. Maybe with some transition period where
> deprecation message is shown but the option actually still works.
+1 for this from a user.
I'd like to see this moved to blockdev sysfs in the long term.
During the transition period there could be both the old barrier mount
option (with a deprecated warning upon use) and the sysfs knobs.
Flush and FUA would be delivered to disk only if both the barriers are
enabled in the mount options (which is also the default) and the sysfs
are at "noignore" value. Alternatively, the barrier mount option could
affect the sysfs knobs values upon mount. Eventually the barrier mount
option would be removed becoming always-on, leaving only the sysfs knobs.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists