From: "Rogelio M. Serrano Jr." <rogelio@evoserve.com>
To: mtd@infradead.org
Subject: Re: mtd devices & jffs
Date: Wed, 12 Jul 2000 09:10:55 +0800 [thread overview]
Message-ID: <396BC59F.47F1B14F@evoserve.com> (raw)
In-Reply-To: 20000710221950.8117.qmail@web5304.mail.yahoo.com
The same happens to me and im using a DOC2000. The second time i mount
jffs fails to build the tree.
Juan Gonzo wrote:
> Compiled the MTD code into a Linux 2.2.14 kernel and
> loaded it onto our system (ARM processor and Intel Strataflash).
>
> The system boots up. Here is the MTD related messages:
>
> =======================================
>
> NORA: Found a coupled pair of CFI devices at location 0 in 16 bit mode
> Primary Vendor Command Set: 0001 (Intel/Sharp Extended)
> Primary Algorithm Table at 0031
> Alternative Vendor Command Set: 0000 (None)
> No Alternate Algorithm Table
> Vcc Minimum: 2.7 V
> Vcc Maximum: 3.6 V
> No Vpp line
> Typical byte/word write timeout: 128 µs
> Maximum byte/word write timeout: 2048 µs
> Typical full buffer write timeout: 128 µs
> Maximum full buffer write timeout: 2048 µs
> Typical block erase timeout: 1024 µs
> Maximum block erase timeout: 16384 µs
> Chip erase not supported
> Device size: 0x1000000 bytes (16 Mb)
> Flash Device Interface description: 0x0002
> - supports x8 and x16 via BYTE# with asynchronous interface
> Max. bytes in buffer write: 0x20
> Number of Erase Block Regions: 1
> Erase Region #0: BlockSize 0x20000 bytes, 128 blocks
>
> Intel/Sharp Extended Query Table at 0x0031
> number of CFI chips: 1
>
> =======================================
>
> Everything looks ok. I can't get the MAKEDEV script to
> run on our system, so I try to do a couple manually. I
> enter 'mknod /dev/mtd0 c 90 0' and then
> 'mknod /dev/mtdblock0 b 31 0'. Both work and the devices
> are present in the /dev dir. However when I try to mount
> JFFS using 'mount -t jfss /dev/mtdblock0 /mnt', I get the
> following:
>
> =======================================
>
> [root@Linux /dev]$mount -t jffs /dev/mtdblock0 /mnt
> JFFS: Trying to mount device 1f:00.
> jffs_scan_flash(): start pos = 0x0, end = 0x16777216
> jffs_scan_flash(): 0xff at pos 0x0.
> jffs_scan_flash(): 0xff ended at pos 0x1097152.
> jffs_scan_flash(): 0x00 at pos 0x1097152.
> jffs_scan_flash(): 0x00 ended at pos 0x1098176.
> *************** Dirty flash memory or bad inode: hexdump(pos =
> 0x1098176, len =
> 128):
> 1098176: 0018 0000 0018 0000 3d00 0000 ac05 0000 ........=.......
> 1098192: 8f16 0000 0100 0000 0000 0000 0000 0000 ................
> 1098208: 0020 0000 0020 0000 0018 0000 8618 5d39 ..............]9
> 1098224: ea18 5d39 0100 1400 53ef 0100 0100 0000 ..]9....S.......
> 1098240: 8518 5d39 004e ed00 0000 0000 0100 0000 ..]9.N..........
> 1098256: 0000 0000 0b00 0000 8000 0000 0000 0000 ................
> 1098272: 0200 0000 0100 0000 d285 611c 3947 4857 ..........a.9GHW
> 1098288: a6c2 3cee 5e93 efb7 0000 0000 0000 0000 ..<.^...........
> Didn't read all bytes in flash_read_u32()
> Didn't read all bytes in flash_read_u32()
> Didn't read [etc, this line goes on for many many screens]
>
> =======================================
>
> Do I need to 'mknod' all the devices that MAKEDEV does?
> To me, this seems like a problem beyond that.
>
> Any suggestions as to what is going on? Is it my flash?
>
> Thanks,
> -- kelly
>
> _______________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.ca address at http://mail.yahoo.ca
>
> To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org
To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org
next prev parent reply other threads:[~2000-07-12 0:01 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-07-10 22:19 mtd devices & jffs Juan Gonzo
2000-07-11 6:37 ` Rogelio M. Serrano Jr.
2000-07-11 7:30 ` David Woodhouse
2000-07-12 1:10 ` Rogelio M. Serrano Jr. [this message]
2000-07-12 8:20 ` David Woodhouse
-- strict thread matches above, loose matches on Subject: below --
2000-07-11 21:23 Juan Gonzo
2000-07-12 8:19 ` David Woodhouse
2000-07-12 9:35 ` 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=396BC59F.47F1B14F@evoserve.com \
--to=rogelio@evoserve.com \
--cc=mtd@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.