[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3908561D78D1C84285E8C5FCA982C28F19D5ABB3@ORSMSX108.amr.corp.intel.com>
Date: Mon, 29 Oct 2012 18:11:58 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Theodore Ts'o <tytso@....edu>
CC: Naoya Horiguchi <n-horiguchi@...jp.nec.com>,
"Kleen, Andi" <andi.kleen@...el.com>,
"Wu, Fengguang" <fengguang.wu@...el.com>,
Andrew Morton <akpm@...ux-foundation.org>,
Jan Kara <jack@...e.cz>,
Jun'ichi Nomura <j-nomura@...jp.nec.com>,
Akira Fujita <a-fujita@...jp.nec.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>
Subject: RE: [PATCH 2/3] ext4: introduce ext4_error_remove_page
> What I would recommend is adding a
>
> #define FS_CORRUPTED_FL 0x01000000 /* File is corrupted */
>
> ... and which could be accessed and cleared via the lsattr and chattr
> programs.
Good - but we need some space to save the corrupted range information
too. These errors should be quite rare, so one range per file should be
enough.
New file systems should plan to add space in their on-disk format. The
corruption isn't going to go away across a reboot.
-Tony
--
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