* [ECOS] Re: IO_Flash & DataFlash
@ 2004-08-31 13:02 Savin Zlobec
0 siblings, 0 replies; only message in thread
From: Savin Zlobec @ 2004-08-31 13:02 UTC (permalink / raw)
To: ecos-discuss; +Cc: jam2000
>
>
>Hello, Savin.
>
>I developed DataFlash driver some time ago,(but it wasn't finished)
>and I had the same issue.
>
>Simple solution is a ignoring of "unnecessary" bytes in DataFlash
>page. DF Page size is 528 bytes and if we will align that to 512 bytes
>we will losing 16 bytes per page only.
>
>It can be used internally by DF driver for block regeneration(after
>10.000 writes by Atmels's datasheet).
>
>As for as I remember Atmels' proprietary filesystem - DFFS using this feature.
>
>
This is an possibility if you plan to make use of this 'reserved' bytes,
if not it sounds like a hack...
I think that using DataFlash through io_flash API is interesting for
accessing it with RedBoot and
running jffs2 on it. For application use there are a lot of nice
features that can't be used through io_flash,
for that I'am thinking of making an separate DataFlash API.
About the block regeneration - it is sector limited, if we reserve one
or two sectors for RedBoot data +
application code it should be OK without any block regeneration, because
of the nature of writes
(supposing that the RedBoot data doesn't change +10.000 times w/o
changing the app code).
Jffs2 does wear leveling so the page writes should be distributed - if
so no regeneration is needed.
As for the app specific usage it is best left to the app itself.
savin
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2004-08-31 12:44 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-08-31 13:02 [ECOS] Re: IO_Flash & DataFlash Savin Zlobec
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).