From: Christophe Aeschlimann <c.aeschlimann@acn-group.ch>
To: Ran Shalit <ranshalit@gmail.com>
Cc: linux-embedded@vger.kernel.org
Subject: Re: Q: file system for embedded
Date: Thu, 14 Jun 2012 10:34:51 +0200 [thread overview]
Message-ID: <4FD9A22B.7060207@acn-group.ch> (raw)
In-Reply-To: <CAJ2oMhLpMJZ_UT1Z+12s7=5hGjRbA9WNvv3CU4m9B2rDp9yr3Q@mail.gmail.com>
Hi,
Le 13.06.2012 23:31, Ran Shalit a écrit :
> Hello,
>
> I hope you can help main understand issue of file system for embedded linux.
> I read free-electrons "Embedded Linux system development training" and
> some of the files recommended there such as cramfs, are aceesing the
> flash during execution of apllications. As far as I understand
> accessing the flash after initilization is not good in embedded
> system.
Define not good... some applications requires write accesses to the
flash. (how would you program music in your MP3 player ? Where do you
store crash dumps so they are persistent across reboot ? Where do you
store your user configurable options, etc.)
There are different kinds of flash memory but each have a limited number
of program/erase cycle so you have to use them sparingly. (e.g. make
sure the write accesses are distributed across the chip that's called
"wear levelling", detect when bits have toggled and correct the error
using some extra redundancy stored in the out-of-band area of each block
(e.g. ECC). If the error cannot be repaired mark the block as unusable.
When you access the bare memory chips then these issues are solved in
the different layers of MTD [1] and the specific flash file system [2] :
JFFS2, UBIFS, etc.
If you don't access the bare memory chips e.g. you use eMMC or an SSD
these problems are left to a dedicated controller/firmware.
[1] http://www.linux-mtd.infradead.org/index.html
[2] http://elinux.org/File_Systems
Best regards,
--
Christophe Aeschlimann
Embedded Software Engineer & IT Manager
ACN Advanced Communications Networks S.A.
2000 - Neuchâtel, Switzerland
Tel. +41 32 724 74 31
next prev parent reply other threads:[~2012-06-14 8:34 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAJ2oMh++ji7YBrx6UcLdhPVDmLuTZCr8kGQR8aEAYWyob_ccBQ@mail.gmail.com>
2012-06-13 21:31 ` Q: file system for embedded Ran Shalit
2012-06-14 8:34 ` Christophe Aeschlimann [this message]
2012-06-14 12:58 ` Ran Shalit
2012-06-14 14:48 ` Christophe Aeschlimann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FD9A22B.7060207@acn-group.ch \
--to=c.aeschlimann@acn-group.ch \
--cc=linux-embedded@vger.kernel.org \
--cc=ranshalit@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox