--- In "j.chitte" <> wrote:
>
> --- In "j.chitte" <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.
>
and another.
http://www.aleph1.co.uk/lurker/message/20090717.105907.84cd0c96.en.html
my main interest at this stage is to find a means to detect true bad blocks
after hitting it with ignoreBB and to recover use of the hardware. At that
point I will be using yffs .
------------------------------------
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/
|