From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jeff Garzik <jeff@garzik.org>
Subject: Re: [PATCH 2/9] sector_t format string
Date: Thu, 10 Aug 2006 08:33:39 -0400
Message-ID: <44DB27A3.1040606@garzik.org>
References: <1155172843.3161.81.camel@localhost.localdomain> <20060809234019.c8a730e3.akpm@osdl.org> <Pine.LNX.4.64.0608101302270.6762@scrub.home> <44DB203A.6050901@garzik.org> <Pine.LNX.4.64.0608101409350.6762@scrub.home> <44DB25C1.1020807@garzik.org> <Pine.LNX.4.64.0608101429510.6762@scrub.home>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Andrew Morton <akpm@osdl.org>, cmm@us.ibm.com,
	linux-kernel@vger.kernel.org, ext2-devel@lists.sourceforge.net,
	linux-fsdevel@vger.kernel.org
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Received: from srv5.dvmed.net ([207.36.208.214]:48862 "EHLO mail.dvmed.net")
	by vger.kernel.org with ESMTP id S1161216AbWHJMdr (ORCPT
	<rfc822;linux-fsdevel@vger.kernel.org>);
	Thu, 10 Aug 2006 08:33:47 -0400
To: Roman Zippel <zippel@linux-m68k.org>
In-Reply-To: <Pine.LNX.4.64.0608101429510.6762@scrub.home>
Sender: linux-fsdevel-owner@vger.kernel.org
List-Id: linux-fsdevel.vger.kernel.org

Roman Zippel wrote:
> Hi,
> 
> On Thu, 10 Aug 2006, Jeff Garzik wrote:
> 
>> Roman Zippel wrote:
>>> Yes, it does, but I don't think it's that difficult - basically returning
>>> -EIO, it should be part of the basic error handling. Afterwards you don't
>>> have to waste cpu/memory on unused data anymore.
>> Or you could just not bother, and leave everything as u64.
> 
> Why?

To eliminate needless complexity and keep things simple and obvious?

	Jeff