From glfy-yaffs@m.gmane.org Wed May 21 08:08:00 2008
Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org)
	by stoneboat.aleph1.co.uk with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.63) (envelope-from <glfy-yaffs@m.gmane.org>)
	id 1JyiQN-0003mG-OW
	for yaffs@stoneboat.aleph1.co.uk; Wed, 21 May 2008 08:08:00 +0100
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1JyiQL-0000ox-5i
	for yaffs@stoneboat.aleph1.co.uk; Wed, 21 May 2008 07:07:45 +0000
Received: from shmi.ifi.uio.no ([129.240.64.198])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <yaffs@stoneboat.aleph1.co.uk>; Wed, 21 May 2008 07:07:45 +0000
Received: from hgb by shmi.ifi.uio.no with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <yaffs@stoneboat.aleph1.co.uk>; Wed, 21 May 2008 07:07:45 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: yaffs@stoneboat.aleph1.co.uk
From: Henrik Grindal Bakken <hgb@ifi.uio.no>
Date: Wed, 21 May 2008 09:07:35 +0200
Organization: Sierra Fan Club
Lines: 27
Message-ID: <x2emymk2kzs.fsf@shmi.ifi.uio.no>
References: <loom.20080408T092042-911@post.gmane.org>
	<loom.20080408T111140-572@post.gmane.org>
	<x2e1w4f3hf3.fsf@shmi.ifi.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: shmi.ifi.uio.no
User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux)
Cancel-Lock: sha1:o1NKIc/yDwQ+Ygj7ZGZPxeP8n/E=
Sender: news <news@ger.gmane.org>
X-SA-Exim-Connect-IP: 80.91.229.2
X-SA-Exim-Mail-From: glfy-yaffs@m.gmane.org
X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on
	stoneboat.aleph1.co.uk
X-Spam-Level: 
X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,
	RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.2.3
X-SA-Exim-Version: 4.2.1 (built Tue, 09 Jan 2007 17:23:22 +0000)
X-SA-Exim-Scanned: Yes (on stoneboat.aleph1.co.uk)
Subject: Re: [Yaffs] loopback , power-off, and data is lost
X-BeenThere: yaffs@lists.aleph1.co.uk
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of YAFFS NAND flash filesystem <yaffs.lists.aleph1.co.uk>
List-Unsubscribe: <http://lists.aleph1.co.uk/cgi-bin/mailman/listinfo/yaffs>, 
	<mailto:yaffs-request@lists.aleph1.co.uk?subject=unsubscribe>
List-Archive: <http://lists.aleph1.co.uk/lurker/list/yaffs.html>
List-Post: <mailto:yaffs@lists.aleph1.co.uk>
List-Help: <mailto:yaffs-request@lists.aleph1.co.uk?subject=help>
List-Subscribe: <http://lists.aleph1.co.uk/cgi-bin/mailman/listinfo/yaffs>,
	<mailto:yaffs-request@lists.aleph1.co.uk?subject=subscribe>
X-List-Received-Date: Wed, 21 May 2008 07:08:00 -0000

Henrik Grindal Bakken <hgb@ifi.uio.no> writes:

> Matthieu CASTET <matthieu.castet@parrot.com> writes:
>
>> After adding OS trace to yaffs2, I saw that sync does a call to
>> yaffs_sync_fs, but it is a nop.
>>
>> This mean sync syscall doesn't flush the yaffs2 cache and data it
>> lost on unclean umount.
>>
>> Calling yaffs_FlushEntireDeviceCache in yaffs_sync_fs seems to make
>> sync working.  What do you think of that ?
>
> I suffer from the same problem.  If a yaffs2 filesystem is merely
> remounted read-only, and never properly unmounted, I seem to lose
> data.  This only (I think, at least primarily) happens on
> filesystems that are loopback mounted from files in the yaffs2
> filesystem.  I'd love to see a fix for sync.

Has anyone been able to look at this problem and the proposed fix from
Matthieu?


-- 
Henrik Grindal Bakken <hgb@ifi.uio.no>
PGP ID: 8D436E52
Fingerprint: 131D 9590 F0CF 47EF 7963  02AF 9236 D25A 8D43 6E52


