public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Cam Mayor <cmayor@iders.ca>
To: David Woodhouse <dwmw2@infradead.org>
Cc: a-linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: mtd filesystem across different sector sizes in the same part
Date: Mon, 6 Oct 2003 15:45:45 -0500	[thread overview]
Message-ID: <03100615454506.30787@kilauea.iders.ca> (raw)
In-Reply-To: <1065468987.30987.26.camel@imladris.demon.co.uk>

On Monday 06 October 2003 14:36, David Woodhouse wrote:
> On Mon, 2003-10-06 at 14:33 -0500, Cam Mayor wrote:
> > In my flash part (intel 28f320c3) there are 8 x 8kB blocks and 63 x 64 kB
> > blocks.  I believe that [1] MTD can span the two block sizes effectively
> > for it to be recognized as a single MTD device.  JFFS2, IIRC, uses 5
> > flash blocks for flash filesystem overhead.  Do those blocks have to be
> > any specific size relative to the rest of the filesystem blocks?  Will it
> > use the first five blocks, or does it move around for wear levelling? 
> > Will JFFS2 get confused by different block sizes, or is that already
> > handled in the MTD layer?
>
> JFFS2 will use the 'major' erase size, and treat your 8 * 8KiB blocks as
> a single 64KiB block.

In my particular usage, the first two (of eight) "small" blocks are used by 
the bootloader, leaving a free area of 6 x 8kiB blocks + 6 x 64 kiB blocks.   
Just now i tried specifying this oddly shaped area on the kernel command 
line, with the result:
	mtd: partition "free" doesn't start on an erase block boundary -- force 
read-only

So, it sounds like JFFS2 won't handle this specific situation, as mtd itself 
is unwilling to deal with it.  (the partition "free" does start on an erase 
block boundary - but it is one of the smaller block boundaries, not the major 
erase size)

I don't have a multi-flash system, so i can't test this, but i wonder how 
this would work for a system concatenated across two flash chips with 
different erase block sizes where the numbers don't allow them to align 
nicely.

Here's another thing i just thought of but haven't noticed in my mtd research 
in the past (and couldn't see anything relevant in Configure.help): is there 
a way to get two non-continuous mtd partitions to host a jffs2 filesystem?  
eg. 
mtd5: 00400000 00020000 "userarea1"
mtd6: 00400000 00020000 "something_else"
mtd7: 00400000 00020000 "userarea2"
is there a way to use the disjoint mtd5+mtd7 together to host a continuous 
filesystem?

thanks for the info.

-- 
Cameron Mayor
Iders Incorporated

  reply	other threads:[~2003-10-06 20:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-06 19:33 mtd filesystem across different sector sizes in the same part Cam Mayor
2003-10-06 19:36 ` David Woodhouse
2003-10-06 20:45   ` Cam Mayor [this message]
2003-10-06 21:08     ` David Woodhouse

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=03100615454506.30787@kilauea.iders.ca \
    --to=cmayor@iders.ca \
    --cc=dwmw2@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    /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