Subject: Re: [RFD] What error should FS return when I/O failure occurs?
From: fs <fs@ercist.iscas.ac.cn>
To: Denis Vlasenko <vda@ilport.com.ua>
Cc: linux-fsdevel <linux-fsdevel@vger.kernel.org>,
       linux-kernel <linux-kernel@vger.kernel.org>,
       Kenichi Okuyama <okuyama@intellilink.co.jp>
In-Reply-To: <200505171057.10540.vda@ilport.com.ua>
References: <1116263665.2434.69.camel@CoolQ>
	 <200505161758.j4GHw4EW009866@turing-police.cc.vt.edu>
	 <1116348446.2428.38.camel@CoolQ>  <200505171057.10540.vda@ilport.com.ua>
Content-Type: text/plain
Organization: iscas
Message-Id: <1116358863.2428.123.camel@CoolQ>
Mime-Version: 1.0
Date: Tue, 17 May 2005 15:41:03 -0400
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 984
Lines: 32

On Tue, 2005-05-17 at 03:57, Denis Vlasenko wrote:
> On Tuesday 17 May 2005 19:47, fs wrote:
> I think you want too much from fs developers. Use this:
> 
> 	if(error)
> 		if(errno==...) {...}
> 		else if(errno==...) {...}
> 		else {...}  <------------ handle any other errors
> 
> and be happy.
For users, the OS is a black box, it provides services of FS.
The OS should hide differences of each FS, so usermode app can
run happily on every FS. For the same reason, OS should return
the same error, no matter what FS it comes from. Users only care
about the interface, not the implementation. So, OS should
_AT LEAST_ make the interface clear(here means the syscall should
return a definite error)

> --
> vda
> 

regards,
----
Qu Fuping


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/