From: angelo <angelo70@gmail.com>
To: "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>
Subject: Re: erase block < 8KiB
Date: Fri, 14 Oct 2011 11:34:23 +0200 [thread overview]
Message-ID: <4E98021F.1060200@gmail.com> (raw)
In-Reply-To: <1318583721.12351.80.camel@sauron>
Hi Artem,
i already managed my issue, this flash and jffs2 works perfect with a
64KB sector. There should be in the archive my patch posted.
CFI driver actually do an operation called "fixup". It detect this
flash, and know that this flash has 2 sector sizes, 4KB and 64KB.
The fixup chose the 4KB as erasesize, so excluding the jffs2 usage.
The patch to mkfs.jffs2 tool to allow the usage of 4KB erasesize works,
but is not safe.
If 4KB was not allowed, there was a reason.
So i also tried to use some other FS, like logfs or UBIFS. But i
couldn't easily port all the tools needed since i am in a "Coldfire"
architecture and using uClinux for coldfire.
So i decided to patch the erasesize to 64KB.
At the end, who is interested can use it, the patch is very simple and
is available searching the archive.
Regards.
angelo
On 14/10/2011 11:15, Artem Bityutskiy wrote:
> On Fri, 2011-10-14 at 10:50 +0200, angelo wrote:
>
>> I already done this, and posted the patch for 64 KB sector.
>>
>> But i none here still answered to the question :
>> why the cfi_cmdset_0002 selects for this flash the 4KB sector instead of
>> the 64KB ? In this way, the non-working of jffs2 is guaranteed, since
>> the minimal block size is 4K + some bytes.
>>
> I do not know CFI, sorry, but you probably should do this on a higher
> level than CFI, something between JFFS2 and MTD.
>
>
next prev parent reply other threads:[~2011-10-14 9:34 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-03 8:52 erase block < 8KiB angelo
2011-10-06 12:47 ` Fabio Giovagnini
2011-10-14 8:45 ` Artem Bityutskiy
2011-10-14 8:50 ` angelo
2011-10-14 9:15 ` Artem Bityutskiy
2011-10-14 9:34 ` angelo [this message]
2011-12-16 12:59 ` Guillaume LECERF
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=4E98021F.1060200@gmail.com \
--to=angelo70@gmail.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.