--- In "j.chitte" <> wrote:
>
> --- In Eddie Dawydiuk <eddie@> wrote:
> >
> > Hello,
> >
> > >
> > >> 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.
> >
> > We are interested to look into this further. Could you provide more
> > information
> > demonstrating how to reproduce this problem on our stock ts11 kernel?
> >
> > --
> > Best Regards,
> > ________________________________________________________________
> > Eddie Dawydiuk, Technologic Systems | voice: (480) 837-5200
> > 16525 East Laser Drive | fax: (480) 837-5300
> > Fountain Hills, AZ 85268 | web: www.embeddedARM.com
> >
>
> Hi Eddie,
>
> I'm not sure what you want me to provide. The board will still boot but I
> only have console and it keeps spewing "yaffs tragedy" to that.
>
> Other services (ssh ftp) as well as our software fail , presumable because
> they need to write or change a file somehere.
>
> I can boot it nfs to either ts11 or 2.6
>
> Since I don't really understand what conditions produce the bad block markage
> I can only guess like you. I can't provide do steps 1,2,3 "happens every
> time" bug report. Sorry.
>
> I've given some background info on the usage the board has has and I'm
> willing to post the output of any specifics you may want to request.
>
> Last week, I wrote to Charles Manning and two other aleph1 contacts I'd
> written to about the slow mount, I have not had any replies as yet. Maybe
> they are shut down right now.
>
> I'm a little hesitant to use ignoreBB until I have a strategy for detecting
> the truly bad blocks. This fault itself will surely have produced some burn
> out as fewer blocks were available. Some process needs to be run to prevent
> arbitrary file errors occuring due to marking real bad blocks as good.
>
> Please ask any questions about the history of the board or any command line
> output you'd like see to pin this down.
>
> best regards.
>
just found another yaffs2 bug that may account for significant lost of usable
space.
http://www.aleph1.co.uk/lurker/message/20090810.031403.aebdb4f2.en.html
When the directory is NOT empty, I try to remove dir by "rmdir"
command. Normal should return fail, but YAFFS return true. The files
under this directory is lost, and the file space can not be free.
------------------------------------
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/
|