From: Michael Palme <m.palme@goepel.com>
To: linux-mtd@lists.infradead.org
Subject: JFFS2 problem
Date: Mon, 22 Mar 2004 17:18:03 +0100 [thread overview]
Message-ID: <405F11BB.1090208@goepel.com> (raw)
hello...
ive already posted this on arm-general, so please dont flame on me.
i've got a PXA263 board running 2.4.21-rmk1-pxa1 from U-Boot 1.0.2. i
use a JFFS2 rootfs. ive tried an image from the web (for wepep250) --
and it works without problems.
but i can't get "selfmade" images to run.
here is what ive done:
on my development system:
i took the working image from the web:
"dd if=working_img_from_web.jffs2 of=/dev/mtdblock0"
then i mount this:
"mount -t jffs2 /dev/mtdblock0 /mnt/mtd"
and copied everything out
"cp -R /mnt/mtd/* /tmp/content"
then i tried to recreate a jffs2 image from this (unchanged!)
"mkfs.jffs2 -o /tmp/test.jffs2 -r /tmp/content -e 256 -p"
after this i flashed this image with u-boot exactly the same way as the
working image.
then when trying to boot i get the following:
Starting kernel ...
Linux version 2.4.21-rmk1-pxa1-goepel1 (mic@palme) (gcc version 3.2.1)
#1 Don Mdr 18 17:42:30 CET 2004
CPU: XScale-PXA255 revision 6
Machine: Goepel electronic PXA263 ECU board
Ignoring unrecognised tag 0x00000000
Memory clock: 99.53MHz (*27)
Run Mode clock: 398.13MHz (*4)
Turbo Mode clock: 398.13MHz (*1.0, inactive)
On node 0 totalpages: 16384
zone(0): 16384 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 mem=64m console=ttyS00,115200n8
Calibrating delay loop... 397.31 BogoMIPS
Memory: 64MB = 64MB total
Memory: 63496KB available (1003K code, 237K data, 52K init)
Dentry cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis
Communications AB.
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with no serial options enabled
ttyS00 at 0x0000 (irq = 15) is a PXA UART
ttyS01 at 0x0000 (irq = 14) is a PXA UART
ttyS02 at 0x0000 (irq = 13) is a PXA UART
Probing PXA263 internal flash at physical address 0x00000000 (32-bit
buswidth)
cfi_cmdset_0001: Erase suspend on write enabled
Using buffer write method
Using static partition definition
Creating 3 MTD partitions on "PXA263 internal flash":
0x00000000-0x00040000 : "Bootloader"
0x00040000-0x00200000 : "Kernel"
0x00200000-0x02000000 : "Filesystem"
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
NetWinder Floating Point Emulator V0.97 (double precision)
VFS: Mounted root (jffs2 filesystem).
Mounted devfs on /dev
Freeing init memory: 52K
pc : [<00000034>] lr : [<4006678c>] Not tainted
sp : bffff8c0 ip : 4001f000 fp : bffffec4
r10: 40140284 r9 : bffffed0 r8 : 4013e89c
r7 : 0003db44 r6 : 0003db44 r5 : 0003db44 r4 : 00000000
r3 : 4013e89c r2 : 00000000 r1 : 0003db44 r0 : 4013e89c
Flags: nZCv IRQs on FIQs on Mode USER_32 Segment user
Control: 397F Table: A000C000 DAC: 00000015
[again and again...]
ive tried several different mkfs.jffs2 binaries (and also a self- build
from mtd-cvs) from the web without success. i think this tools
(respective my handling of this tool) is the problem cause the content
of the working and the nonworking image is the same???
it would be very nice if somebody advice me what im doing wrong...
thanks in advance Michael Palme.
next reply other threads:[~2004-03-22 16:16 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-22 16:18 Michael Palme [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-08-10 8:29 JFFS2 problem Amit Kumar Sharma
2006-08-10 9:32 ` Artem B. Bityutskiy
2005-07-19 10:11 jffs2 problem Hinko Kocevar
2005-07-19 10:32 ` Artem B. Bityuckiy
2005-07-19 10:58 ` Hinko Kocevar
2005-07-19 11:05 ` Artem B. Bityuckiy
2005-07-19 11:45 ` Hinko Kocevar
2005-07-19 12:05 ` Artem B. Bityuckiy
2005-07-19 12:09 ` Steven Scholz
2005-07-19 12:21 ` Artem B. Bityuckiy
2005-07-19 12:19 ` Hinko Kocevar
2005-07-19 12:30 ` Hinko Kocevar
2004-06-09 6:57 zhang hao
2004-06-09 9:41 ` David Woodhouse
2003-07-30 2:37 JFFS2 problem Vikram Mehta
2002-07-11 13:29 JFFS2 Problem Frederic Giasson
2002-07-10 21:52 Snehaprabha
2002-07-11 7:05 ` David Woodhouse
2002-07-11 19:18 ` Snehaprabha
2002-07-11 19:32 ` Russ Dill
2001-09-03 8:49 jffs2 problem Wojciech Kromer
2001-04-30 22:03 JFFS2 Problem Jeff Smith
2001-05-03 21:55 ` David Woodhouse
2001-03-23 2:02 jffs2 problem Douglas S. J. De Couto
2001-03-23 8:37 ` David Woodhouse
2001-03-23 14:25 ` Douglas S. J. De Couto
2001-03-23 14:31 ` 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=405F11BB.1090208@goepel.com \
--to=m.palme@goepel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox