From: Robin Gilks <robin.gilks@tait.co.nz>
To: mtd list <linux-mtd@lists.infradead.org>
Subject: Re: Mount of jffs2 partition fails
Date: Fri, 17 Oct 2003 17:10:01 +1300 [thread overview]
Message-ID: <3F8F6B99.4050906@tait.co.nz> (raw)
In-Reply-To: <3F8F0DE1.9030207@tait.co.nz>
[-- Attachment #1: Type: text/plain, Size: 1450 bytes --]
No more replies to myself - promise...
Patch below:-))
Robin Gilks wrote:
>
> In a message from Stuart Menefy on (CFI fixup code ref:
> <20030523235020.3ca198e1.stuart.menefy@st.com>) on 24th May 2003, this
> exact problem was highlighted and is due to the ST chip not supporting
> the buffer write mode of the Intel CFI chips. I'll try applying Stuarts
> patches to 2.4.22 stock kernel and see how I get on!!
>
> I'm still working on why the lock/unlock is operating correctly (or
> should I just unprotect the block that MTD is using in the bootstrap?)
>
Looks like I was on the right lines - the fixups that Stuart introduced
just didn't go far enough!! The m28w320cb also doesn't support buffer
write (just like the m28w320ct doesn't) so a 2 line patch fixes it :-))
The bootloader is providing the correct unlock status of the flash over
the partition I'm interested in so nearly all my errors have gone away.
Just got to now work out why I get
kmod: failed to exec /sbin/modprobe -s -k cmdlinepart, errno = 2
cmdlinepart partition parsing not available
kmod: failed to exec /sbin/modprobe -s -k RedBoot, errno = 2
RedBoot partition parsing not available
at boot time when I have no modules defined in my system at all!!
--
Robin Gilks
Senior Design Engineer Phone: (+64)(3) 357 1569
Tait Electronics Fax : (+64)(3) 359 4632
PO Box 1645 Christchurch Email : robin.gilks@tait.co.nz
New Zealand
[-- Attachment #2: mtd-patch --]
[-- Type: text/plain, Size: 687 bytes --]
diff -purN /home/gilksr/mtd/drivers/mtd/chips/cfi_cmdset_0001.c /home/packages/mtd/drivers/mtd/chips/cfi_cmdset_0001.c
--- /home/gilksr/mtd/drivers/mtd/chips/cfi_cmdset_0001.c 2003-08-12 10:00:05.000000000 +1200
+++ /home/packages/mtd/drivers/mtd/chips/cfi_cmdset_0001.c 2003-10-17 16:53:47.000000000 +1300
@@ -147,6 +147,8 @@ static void fixup_st_m28w320cb(struct ma
/* Note this is done after the region info is endian swapped */
cfi->cfiq->EraseRegionInfo[1] =
(cfi->cfiq->EraseRegionInfo[1] & 0xffff0000) | 0x3e;
+ cfi->cfiq->BufWriteTimeoutTyp = 0; /* Not supported */
+ cfi->cfiq->BufWriteTimeoutMax = 0; /* Not supported */
};
static struct cfi_fixup fixup_table[] = {
prev parent reply other threads:[~2003-10-17 4:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-14 4:53 Mount of jffs2 partition fails Robin Gilks
2003-10-14 6:04 ` David Woodhouse
2003-10-15 21:34 ` Robin Gilks
2003-10-15 23:47 ` Christopher Hoover
2003-10-16 15:20 ` Thayne Harbaugh
2003-10-16 21:30 ` Robin Gilks
2003-10-17 4:10 ` Robin Gilks [this message]
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=3F8F6B99.4050906@tait.co.nz \
--to=robin.gilks@tait.co.nz \
--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