<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2769" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Charles,</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>&nbsp;&nbsp;&nbsp; Thanks for you reply,&nbsp; I am 
still tracking this problem.&nbsp; I have been looking at the code for YAFFS2 
and have found some quite compelling situations.&nbsp; First during 
testing,&nbsp;I set the immediateDeletion variable to 1 and I am no longer 
experiencing the problem of lost blocks upon reboot.&nbsp; I know that this 
means that I am no longer using the&nbsp;soft delete&nbsp;process. I 
am&nbsp;recovering all the&nbsp;space lost between system reboots and have been 
power testing&nbsp;my system for 3 days with no intermittent data loss.&nbsp; I 
know that this isn't the proper way to do file removal.&nbsp; But it seems 
to&nbsp;remedy, not cure,&nbsp;the problem of space lost&nbsp;between power 
cycles.&nbsp; This raises the question of YAFFS2 being stable between 
power&nbsp;failures and the cost of speed in relation to reliability during 
power failure.&nbsp; Upon&nbsp;dumping the flash&nbsp;on the YAFFS2 with 
immediateDeletion not set,&nbsp;I have seen that the data from the removed files 
does exist in the unlinked directory but the header of the files show a size of 
zero.&nbsp;This is cool but the space is never&nbsp;updated in the free block 
area.&nbsp;&nbsp;And even during aggressive garbage collection the&nbsp;space is 
never reclaimed.&nbsp;I don't know how this might tie into the problem but I 
thought it was worth mentioning.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2>Thanks again,<BR>Lance</FONT></DIV></BODY></HTML>