public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: igor.trevisan@bluewind.it
To: "Selmeci, Tamas" <tamas.selmeci@siemens.com>
Cc: linux-mtd@lists.infradead.org
Subject: RE: jffs2 fs overload
Date: Mon, 27 Mar 2006 19:37:50 +0200	[thread overview]
Message-ID: <44283F0E.3103.284FACE@localhost> (raw)
In-Reply-To: <38F58D7B92CB20438DF49D28B572CC6F23BBED@budgw09a.ww300.siemens.net>

Hi Tamas,

thanks for your answer.
Just another one: is it possible to have a single RFS that 's mounted
read/write?
Is it enough to specify r/w on the mtdparts secton of the command 
line? (I'm using that way to define flash partition).
In this way I could have three partition: bootloader, kernel and RFS
with the rfs mounted rewritable but with the files that cannot be 
changed that don't have write permission.
In this way I could avoid the overload due to having two small partition
each with its JFFS2 tables and structures and so on.
Is it right?
Any suggestion and comment is obviously welcome!
Thanks in advance,
Igor.
  

On 20 Mar 2006 at 9:30, Selmeci, Tamas wrote:

> Hello!
> 
> > I'm defining the flash partitions content for my target
> > and I need a rewritable flash area.
> > So I formatted and mounted a flash partition as jffs2.
> > What I noted is that, on a 1MByte flash area I loose
> > about 600K immediately. If I use the command df I see
> > that only 30less than 400k are really available.
> > Is it possible that this is the normal overload if a 
> > format my flash partition with jffs2?
> > Or am I doing something wtong?
> 
> I think this is normal, JFFS2 allocates inodes (as far as I know) in
> advance like ext2 also does - in case of a very small filesystem, this
> may lead to serious capacity waste... If my assumption is wrong,
> somebody please correct me.
> 
> > Is there any good guide or document that can help me
> > building a jffs2 RW flash partition?
> 
> I would make a filesystem on a host PC, and then make a jffs2 from it
> (mkjffs). The image can be written with a download tool.
> 
> Bye
> --
> Tamas Selmeci
> 
> 

-- 
--- BlueWind 
--- Embedded Systems Design 
--- Borgo Pieve 55c interno c
--- 31033 Castelfranco V.to (TV)
--- Tel.: +39 0423 723431 Fax.: +39 0423 744738
--- mailto: igor.trevisan@bluewind.it
--- http://www.bluewind.it
------------------------------------------------------------------

  reply	other threads:[~2006-03-27 17:35 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-20  8:30 jffs2 fs overload Selmeci, Tamas
2006-03-27 17:37 ` igor.trevisan [this message]
2006-03-27 17:38 ` igor.trevisan
2006-03-28  7:34   ` Selmeci, Tamas
  -- strict thread matches above, loose matches on Subject: below --
2006-03-20  7:23 igor.trevisan

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=44283F0E.3103.284FACE@localhost \
    --to=igor.trevisan@bluewind.it \
    --cc=linux-mtd@lists.infradead.org \
    --cc=tamas.selmeci@siemens.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