ts-7000
[Top] [All Lists]

[ts-7000] Re: yaffs tragedy: no more eraased blocks

To:
Subject: [ts-7000] Re: yaffs tragedy: no more eraased blocks
From: "j.chitte" <>
Date: Tue, 18 Aug 2009 21:30:53 -0000
--- In  "j.chitte" <> wrote:
>
> attempting to regroup the yaffs discussion in the increasingly OT "where's 
> the source" thread.
> 
> 
> This sounds close to what I am seeing on 2.4, unable to delete files to 
> recover space on BB-locked yaffs root fs.
> 
> http://lists.aleph1.co.uk/lurker/message/20090721.151616.f5028de7.en.html
> 
> 
> --- In  Eddie Dawydiuk <eddie@> wrote:
> > This is expected if the board is not shutdown properly. 
> I relayed this slow mount issue to Charles Manning, he did not find it normal.
> 
> > If power was lost during an erase or write operation,
> the sector being written / erased will be marked bad(assuming the operation 
> did
> > not complete) the next time the Yaffs filesystem is mounted. 
> 
> Hang on there, I posted numbers and we're not taking about the odd block 
> getting marked. I have 67% of a 128MB flash out to lunch here. That is about 
> 48000 blocks. While it is likely this board has seen dozens or irregular shut 
> downs it has not tens of thousands!
> 
> > Please keep in mind ts11 is the current
> shipping kernel, we have not released a ts12 kernel. 
> 
> Apologies, it is indeed the 2.4.26-ts11 kernel , IIRC it was shipped with 
> ts10 and we updated it to ts11.
> 
> I recent weeks I have been booting a 2.6 kernel via nfs for testing. but 
> without using or mounting the MTD fs. Root fs is also nfs.
> 
> Failure of this board has added urgency to getting a more reliable fs and 
> recent kernel to work. However this post-dates the total flash failure, it is 
> NOT the cause.
> 
> This situation has arisen solely using stock TS kernels.
>

http://www.yaffs.net/
> Error Correction makes it robust under power failure

This comment lead to be believe it could cope with power outs. This is a remote 
monitoring application device that will get hit. It is not a desktop PC that 
gets shut down neat and tidy every day.

Embedded systems , by definition, have to deal with this sort of situation 
regularly and cleanly. 


I can say that I have never ended up with a corrupt fs , so in that limited 
sense it has been robust. However, blowing out the underlying hardware and 
rendering a $260 board inoperative , as appears to be the case here, is not a 
robust situation.





------------------------------------

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/ts-7000/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/ts-7000/join
    (Yahoo! ID required)

<*> To change settings via email:
     
    

<*> To unsubscribe from this group, send an email to:
    

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU