From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stefan Roese <sr@denx.de>
Date: Thu, 2 Dec 2010 16:18:39 +0100
Subject: [U-Boot] [PATCH 3/4 v2] UBIFS: Change ubifsload to not read
	beyond the requested size
In-Reply-To: <20101101190500.27F5D4C7@gemini.denx.de>
References: <1288628880-6910-1-git-send-email-sr@denx.de>
	<20101101190500.27F5D4C7@gemini.denx.de>
Message-ID: <201012021618.39668.sr@denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi Wolfgang,

sorry for the late reply. I just "stumbled" again over this mail.

On Monday 01 November 2010 20:05:00 Wolfgang Denk wrote:
> I still wonder what's the logic behind this code. When will
> read_block() return -ENOENT (aka "No such file or directory") ?
> What are the other possible error conditions, and why would it make
> sense to continue reading after these other errors?

As it seems, ENOENT is used to mark "a hole" in the file system. Meaning space 
that will be filled with zeros but does not occupy space (other than in the 
index). So we should keep the existing logic intact.

Cheers,
Stefan

--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de