[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190122003823.GC19379@mit.edu>
Date: Mon, 21 Jan 2019 19:38:23 -0500
From: "Theodore Y. Ts'o" <tytso@....edu>
To: "Darrick J. Wong" <darrick.wong@...cle.com>
CC: Jann Horn <jannh@...gle.com>, Richard Henderson <rth@...ddle.net>,
Ivan Kokshaysky <ink@...assic.park.msu.ru>,
Matt Turner <mattst88@...il.com>,
Alexander Viro <viro@...iv.linux.org.uk>,
<linux-fsdevel@...r.kernel.org>, Arnd Bergmann <arnd@...db.de>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Andreas Dilger <adilger.kernel@...ger.ca>,
<linux-alpha@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
Dave Chinner <david@...morbit.com>,
Pavel Machek <pavel@....cz>, <linux-arch@...r.kernel.org>,
<linux-api@...r.kernel.org>
Subject: Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
On Mon, Jan 21, 2019 at 03:51:58PM -0800, Darrick J. Wong wrote:
>
> I disagree with upending 13 years of established precedent for user
> visible behavior. We possibly could've pulled this off ten years ago,
> but it's waaaay too late now. Too much work, too little gain.
I remember the discussion; but now that we're adding it to uapi header
files, it's really going to be impossible. And I have had some
regrets about that decision ten years ago. I agree it would cause
confusion if we do it now, but it's basically the our last
opportunity.
How about this then? We could ask glibc to change the string returned
by strerror for EUCLEAN/EFSCORRUPTED to be something like "File system
or block device corrupted". This is how the errno is used in the
kernel; and if we don't want to change the error code, changing the
string returned by glibc should be less problematic.
- Ted
Powered by blists - more mailing lists