From: Wojciech Kromer <krom@dgt-lab.com.pl>
To: mtd <linux-mtd@lists.infradead.org>
Subject: Re: JFFS2 on 8MB Flash-Chip conneted to MPC850 works extremly slow:(
Date: Fri, 07 Sep 2001 09:33:12 +0200 [thread overview]
Message-ID: <3B987838.A7F8B7AA@dgt-lab.com.pl> (raw)
In-Reply-To: 3C6BEE8B5E1BAC42905A93F13004E8AB6B6B35@mailse01.axis.se
Jonas Holmberg wrote:
> > Does the size of the output from mkcramfs exceed the size of
> > the partition
> > the kernel thinks it's in?
>
> No, mkcramfs says: "Everything: 984 kilobytes"
>
> And the image created is 1007616 bytes (984 * 1024).
>
OK. Now I have cramfs on one chip and some partitions on second chip.
But writing my user partition (/dev/mtdblock4) destroys data from the
begining of my chip !
What's wrong?
Some logs:
>From kernel booting:
..................................................................................................................................................
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis
Communications AB.
ATMA Flash 0x800000 at 0x41000000
Filesystem flash: Found 1 x16 devices at 0x0 in 16-bit mode
Amd/Fujitsu Extended Query Table v1.1 at 0x0040
number of CFI chips: 1
ATMA Flash 0x200000 at 0x40000000
Boot flash: Found 1 x16 devices at 0x0 in 16-bit mode
Amd/Fujitsu Extended Query Table v1.0 at 0x0040
number of CFI chips: 1
0: offset=0x0,size=0x4000,blocks=1
1: offset=0x4000,size=0x2000,blocks=2
2: offset=0x8000,size=0x8000,blocks=1
3: offset=0x10000,size=0x10000,blocks=31
Creating 4 MTD partitions on "Boot flash":
0x00000000-0x00020000 : "ppcboot"
0x00020000-0x00030000 : "config"
0x00030000-0x00100000 : "kernel"
0x00100000-0x00200000 : "user"
In system:
............................................................................................................................................................
# cat /proc/mtd
dev: size erasesize name
mtd0: 00800000 00010000 "Filesystem flash"
mtd1: 00020000 00010000 "ppcboot"
mtd2: 00010000 00010000 "config"
mtd3: 000d0000 00010000 "kernel"
mtd4: 00100000 00010000 "user"
# ls -l /dev/mtd*
crw-rw-rw- 1 517 517 90, 0 Sep 5 08:30 /dev/mtd0
crw-r--r-- 1 root root 90, 2 Sep 6 10:02 /dev/mtd1
crw-r--r-- 1 root root 90, 4 Sep 6 11:11 /dev/mtd2
crw-r--r-- 1 root root 90, 6 Sep 6 11:11 /dev/mtd3
crw-r--r-- 1 root root 90, 8 Sep 6 11:11 /dev/mtd4
brw-rw-rw- 1 517 517 31, 0 Sep 5 08:30 /dev/mtdblock0
crw-r--r-- 1 root root 31, 1 Sep 6 09:36 /dev/mtdblock1
brw-r--r-- 1 root root 31, 2 Sep 6 11:12 /dev/mtdblock2
brw-r--r-- 1 root root 31, 3 Sep 6 11:12 /dev/mtdblock3
brw-r--r-- 1 root root 31, 4 Sep 6 11:12 /dev/mtdblock4
crw-rw-rw- 1 517 517 90, 1 Sep 5 08:30 /dev/mtdr0
crw-r--r-- 1 root root 90, 3 Sep 6 10:02 /dev/mtdr1
#
Mounting:
# mount /dev/mtdblock4 /jffs2/
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000000:
0x2705 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000004:
0x7070 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000008:
0x6f6f instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000000c:
0x302e instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000010:
0x3320 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000014:
0x7567 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000018:
0x3920 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000001c:
0x3031 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000020:
0x2030 instead
jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00000024:
0x3333 instead
Further such events for this erase block will not be printed
JFFS2: Erase block at 0x00000000 is not formatted. It will be erased
...
??????????????????? ^^^^^^^^^^^ WHY
??????????????????????????????????????????????
--
* * * * * * * * * * * *
* per pedes ad astra! *
* * * * * * * * * * * * mailto:krom@dgt-lab.com.pl
next prev parent reply other threads:[~2001-09-07 7:27 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-06 14:29 JFFS2 on 8MB Flash-Chip conneted to MPC850 works extremly slo w:( Jonas Holmberg
2001-09-07 7:33 ` Wojciech Kromer [this message]
2001-09-07 8:10 ` JFFS2 on 8MB Flash-Chip conneted to MPC850 works extremly slow:( David Woodhouse
2001-09-07 8:33 ` Wojciech Kromer
2001-09-07 13:26 ` Wojciech Kromer
-- strict thread matches above, loose matches on Subject: below --
2001-08-28 11:59 JFFS2 on 8MB Flash-Chip conneted to MPC850 works extremly slow :( Wojciech Kromer
2001-08-28 15:53 ` Russ Dill
2001-08-29 6:07 ` Wojciech Kromer
2001-08-29 7:17 ` Russ Dill
2001-08-29 7:46 ` JFFS2 on 8MB Flash-Chip conneted to MPC850 works extremly slow:( Wojciech Kromer
2001-08-29 8:36 ` Russ Dill
2001-08-29 8:55 ` David Woodhouse
2001-08-29 9:17 ` Wojciech Kromer
2001-08-29 9:24 ` David Woodhouse
2001-08-29 10:15 ` Joakim Tjernlund
2001-08-29 10:19 ` David Woodhouse
2001-09-03 12:19 ` Wojciech Kromer
2001-09-03 12:26 ` David Woodhouse
[not found] ` <4189.999520431@redhat.com>
2001-09-03 12:42 ` Wojciech Kromer
2001-09-05 8:19 ` Wojciech Kromer
2001-09-05 8:29 ` 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=3B987838.A7F8B7AA@dgt-lab.com.pl \
--to=krom@dgt-lab.com.pl \
--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