* jffs2 Oops on 2.6.10-rc1-mm5
@ 2004-11-16 12:44 Konstantin Kletschke
2004-11-16 13:00 ` Artem B. Bityuckiy
0 siblings, 1 reply; 14+ messages in thread
From: Konstantin Kletschke @ 2004-11-16 12:44 UTC (permalink / raw)
To: linux-mtd
Hi there!
I am porting my i.MX processor stuff from 2.6.9 to 2.6.10-rc1-mm5
because I need the XIP stuff in there.
All is working well, but when 2.6.10-rc1-mm5 should mount its newly
flashed jffs2 filesystem it Oopses the way you see in the attachement.
Weird thing is, when I boot my 2.6.9 kernel for testing purposes it
mounts the / fine and after that the 2.6.10-rc1-mm5 likes the filesystem
also and mounts it.
I created the jffs2 filestem that way:
mkfs.jffs2 -q --eraseblock=128KiB -o
/home/konsti/svn/ptxdist-0.5.2-trunk/root_scb9328 -D
/home/konsti/svn/ptxdist-0.5.2-trunk/src/device_table.txt
--root=/home/konsti/svn/ptxdist-0.5.2-trunk/root
with mkfs.jffs2: revision 1.42
This is, when 2.6.10-rc1-mm5 investigates the system after 2.6.9 has
"initialized" the /:
Probing scb9328_flash at physical address 0x10000000 (16-bit buswidth)
scb9328_flash: Found 1 x16 devices at 0x0 in 16-bit bank
Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
4 cmdlinepart partitions found on MTD device scb9328_flash
Creating 4 MTD partitions on "scb9328_flash":
0x00000000-0x00020000 : "U-boot"
0x00020000-0x00040000 : "U-boot_env"
0x00040000-0x00140000 : "kernel"
0x00140000-0x01000000 : "root"
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
VFS: Mounted root (jffs2 filesystem).
Freeing init memory: 56K
init started: BusyBox v1.00-pre10 (2004.11.15-11:11+0000) multi-call
binary
starting the system ...
mounted sys, proc, tmp & pts
synertronixx GmbH, http://www.synertronixx.de
To set time and date do 'rdate -s ptbtime1.ptb.de'
after 'ifup eth0'
scb9328 login: root
Password:
Jan 1 02:00:09 login[99]: root login on `ttySMX0'
BusyBox v1.00-pre10 (2004.11.15-11:11+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
root@scb9328 ~ # uname -a
Linux scb9328 2.6.10-rc1-mm5-imx1 #78 Tue Nov 16 12:41:37 CET 2004
armv4tl unknown
Well, if someone might know, where an error is (may be me?), please tell
me :)
Regards, Konstantin Kletschke
ksymoops 2.4.9 on i686 2.6.10-rc1-mm5. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.6.10-rc1-mm5/ (default)
-m ./System.map (specified)
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
Unable to handle kernel NULL pointer dereference at virtual address 00000000
Internal error: Oops: 5 [#1]
CPU: 0
pc : [<c00b8e98>] lr : [<00000001>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
sp : c01e1d24 ip : 60000093 fp : c01e1d44
r10: c029eeac r9 : c029eec4 r8 : 00000000
r7 : c029ee00 r6 : c01e1d48 r5 : c02a3b2c r4 : 00000000
r3 : c017fe5c r2 : 00000000 r1 : c01e0000 r0 : 0000003a
Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment kernel
Control: C000717F Table: 08004000 DAC: 0000001D
Stack: (0xc01e1d24 to 0xc01e2000)
1d20: c02a3b2c c01e1d4c c029ee00 c01e1d4c 00000000 c01e1d70 c01e1d48
1d40: c00b8ce0 c00b8e78 00000000 00000068 c029ee94 c029ee9c c029eea4 c029eeb4
1d60: c029eebc c01e1db8 c01e1d74 c00b91fc c00b8b1c c029eef8 c029ee00 c029eedc
1d80: c029eed4 c029eecc c029eeec 00000000 00020000 c029ee00 00000000 c029ec00
1da0: c0289a00 00000000 00000000 c01e1ddc c01e1dbc c00bb268 c00b8fe4 c029ec00
1dc0: c029ee00 00008000 00000000 c0289a00 c01e1e00 c01e1de0 c00bb8a0 c00bb148
1de0: ffffffea 00000003 c029d000 00008000 c0183fe0 c01e1e70 c01e1e04 c00bbaec
1e00: c00bb818 c0289a00 c00c7a5c c021dcc4 c01d2600 00000000 c01e1ed0 c01e1e68
1e20: 00000001 00000001 00000000 0000000a c01d22a0 c028f700 c029d000 00008000
1e40: 00000000 c01e1e70 c01e1e54 c01d22a0 fffffff4 c0183fe0 c029d000 00008000
1e60: 00000000 c01e1e98 c01e1e74 c007b9cc c00bb968 ffffffff c029d000 00000000
1e80: 00008000 c01e1ed0 00000000 c01e1ec0 c01e1e9c c00931dc c007b980 00008000
1ea0: 00000000 c029c000 00000000 c029d000 c01e1ed0 c01e1f38 c01e1ec4 c0093960
1ec0: c0093168 c029d000 00000000 c0297000 c01d5554 c01d2600 c005a700 00000000
1ee0: c015f3f8 00000001 00000001 00000000 00000000 00000000 c01e1f14 c01e1f08
1f00: c005631c 00001000 c01e1f38 c01e1f18 00000000 00000000 c015f3f8 c029c000
1f20: 00008000 00000000 00000000 c01e1f6c c01e1f3c c0093dac c0093820 00000000
1f40: 00000000 c029d000 c0297000 c01e7000 c01e7000 00008000 c015f3f8 c01964bc
1f60: c01e1f84 c01e1f70 c0008efc c0093d14 00000000 c01e7000 c01e1fc8 c01e1f88
1f80: c0008fe0 c0008edc c004b014 01f00003 c015f3f8 00000000 00000000 00000000
1fa0: 00000000 c01e1fc8 c00147dc 00000000 00000000 00000000 00000000 c01e1fe0
1fc0: c01e1fcc c0009178 c0008f98 00000000 c015f278 c01e1ff4 c01e1fe4 c00160e0
1fe0: c0009128 00000000 00000000 c01e1ff8 c0036934 c001609c e5942000 e2433001
Backtrace:
Function entered at [<c00b8e68>] from [<c00b8ce0>]
r8 = 00000000 r7 = C01E1D4C r6 = C029EE00 r5 = C01E1D4C
r4 = C02A3B2C
Function entered at [<c00b8b0c>] from [<c00b91fc>]
r8 = C029EEBC r7 = C029EEB4 r6 = C029EEA4 r5 = C029EE9C
r4 = C029EE94
Function entered at [<c00b8fd4>] from [<c00bb268>]
Function entered at [<c00bb138>] from [<c00bb8a0>]
r8 = C0289A00 r7 = 00000000 r6 = 00008000 r5 = C029EE00
r4 = C029EC00
Function entered at [<c00bb808>] from [<c00bbaec>]
r8 = C0183FE0 r7 = 00008000 r6 = C029D000 r5 = 00000003
r4 = FFFFFFEA
Function entered at [<c00bb958>] from [<c007b9cc>]
Function entered at [<c007b970>] from [<c00931dc>]
Function entered at [<c0093158>] from [<c0093960>]
Function entered at [<c0093810>] from [<c0093dac>]
Function entered at [<c0093d04>] from [<c0008efc>]
r8 = C01964BC r7 = C015F3F8 r6 = 00008000 r5 = C01E7000
r4 = C01E7000
Function entered at [<c0008ecc>] from [<c0008fe0>]
r4 = C01E7000
Function entered at [<c0008f88>] from [<c0009178>]
r8 = 00000000 r7 = 00000000 r6 = 00000000 r5 = 00000000
r4 = C00147DC
Function entered at [<c0009118>] from [<c00160e0>]
r4 = C015F278
Function entered at [<c001608c>] from [<c0036934>]
r4 = 00000000
Code: 0a000005 e1a01004 e1a00007 ebffe3ad (e5944000)
>>EIP; c00b8e98 <jffs2_build_remove_unlinked_inode+30/ec> <=====
>>r3; c017fe5c <log_wait+0/8>
Trace; c00b8e68 <jffs2_build_remove_unlinked_inode+0/ec>
Trace; c00b8ce0 <jffs2_build_filesystem+1d4/35c>
Trace; c00b8b0c <jffs2_build_filesystem+0/35c>
Trace; c00b91fc <jffs2_do_mount_fs+228/270>
Trace; c00b8fd4 <jffs2_do_mount_fs+0/270>
Trace; c00bb268 <jffs2_do_fill_super+130/238>
Trace; c00bb138 <jffs2_do_fill_super+0/238>
Trace; c00bb8a0 <jffs2_get_sb_mtd+98/f8>
Trace; c00bb808 <jffs2_get_sb_mtd+0/f8>
Trace; c00bbaec <jffs2_get_sb+194/1d0>
>>r8; c0183fe0 <jffs2_fs_type+0/20>
Trace; c00bb958 <jffs2_get_sb+0/1d0>
Trace; c007b9cc <do_kern_mount+5c/f4>
Trace; c007b970 <do_kern_mount+0/f4>
Trace; c00931dc <do_new_mount+84/b8>
Trace; c0093158 <do_new_mount+0/b8>
Trace; c0093960 <do_mount+150/16c>
Trace; c0093810 <do_mount+0/16c>
Trace; c0093dac <sys_mount+a8/f0>
Trace; c0093d04 <sys_mount+0/f0>
Trace; c0008efc <do_mount_root+30/bc>
>>r8; c01964bc <names_cachep+0/4>
>>r7; c015f3f8 <__func__.1+370/f6e8>
Trace; c0008ecc <do_mount_root+0/bc>
Trace; c0008fe0 <mount_block_root+58/124>
Trace; c0008f88 <mount_block_root+0/124>
Trace; c0009178 <prepare_namespace+60/a0>
>>r4; c00147dc <root_device_name+0/4>
Trace; c0009118 <prepare_namespace+0/a0>
Trace; c00160e0 <init+54/f8>
>>r4; c015f278 <__func__.1+1f0/f6e8>
Trace; c001608c <init+0/f8>
Trace; c0036934 <do_exit+0/504>
Code; c00b8e88 <jffs2_build_remove_unlinked_inode+20/ec>
00000000 <_EIP>:
Code; c00b8e88 <jffs2_build_remove_unlinked_inode+20/ec>
0: 05 00 00 0a 04 add $0x40a0000,%eax
Code; c00b8e8d <jffs2_build_remove_unlinked_inode+25/ec>
5: 10 a0 e1 07 00 a0 adc %ah,0xa00007e1(%eax)
Code; c00b8e93 <jffs2_build_remove_unlinked_inode+2b/ec>
b: e1 ad loope ffffffba <_EIP+0xffffffba>
Code; c00b8e95 <jffs2_build_remove_unlinked_inode+2d/ec>
d: e3 ff jecxz e <_EIP+0xe>
Code; c00b8e97 <jffs2_build_remove_unlinked_inode+2f/ec> <=====
f: eb 00 jmp 11 <_EIP+0x11> <=====
Code; c00b8e99 <jffs2_build_remove_unlinked_inode+31/ec>
11: 40 inc %eax
Code; c00b8e9a <jffs2_build_remove_unlinked_inode+32/ec>
12: 94 xchg %eax,%esp
Code; c00b8e9b <jffs2_build_remove_unlinked_inode+33/ec>
13: e5 00 in $0x0,%eax
<0>Kernel panic - not syncing: Attempted to kill init!
1 error issued. Results may not be reliable.
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-16 12:44 Konstantin Kletschke
@ 2004-11-16 13:00 ` Artem B. Bityuckiy
2004-11-16 13:16 ` Konstantin Kletschke
0 siblings, 1 reply; 14+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-16 13:00 UTC (permalink / raw)
To: Konstantin Kletschke; +Cc: linux-mtd
Hello,
is it possible to somehow describe how to reproduce this? How to create
such JFFS2 image?
On Tue, 16 Nov 2004, Konstantin Kletschke wrote:
> Hi there!
>
> I am porting my i.MX processor stuff from 2.6.9 to 2.6.10-rc1-mm5
> because I need the XIP stuff in there.
> All is working well, but when 2.6.10-rc1-mm5 should mount its newly
> flashed jffs2 filesystem it Oopses the way you see in the attachement.
>
> Weird thing is, when I boot my 2.6.9 kernel for testing purposes it
> mounts the / fine and after that the 2.6.10-rc1-mm5 likes the filesystem
> also and mounts it.
>
> I created the jffs2 filestem that way:
>
> mkfs.jffs2 -q --eraseblock=128KiB -o
> /home/konsti/svn/ptxdist-0.5.2-trunk/root_scb9328 -D
> /home/konsti/svn/ptxdist-0.5.2-trunk/src/device_table.txt
> --root=/home/konsti/svn/ptxdist-0.5.2-trunk/root
>
> with mkfs.jffs2: revision 1.42
>
> This is, when 2.6.10-rc1-mm5 investigates the system after 2.6.9 has
> "initialized" the /:
>
> Probing scb9328_flash at physical address 0x10000000 (16-bit buswidth)
> scb9328_flash: Found 1 x16 devices at 0x0 in 16-bit bank
> Intel/Sharp Extended Query Table at 0x0031
> Using buffer write method
> cfi_cmdset_0001: Erase suspend on write enabled
> 4 cmdlinepart partitions found on MTD device scb9328_flash
> Creating 4 MTD partitions on "scb9328_flash":
> 0x00000000-0x00020000 : "U-boot"
> 0x00020000-0x00040000 : "U-boot_env"
> 0x00040000-0x00140000 : "kernel"
> 0x00140000-0x01000000 : "root"
> NET: Registered protocol family 2
> IP: routing cache hash table of 512 buckets, 4Kbytes
> TCP: Hash tables configured (established 1024 bind 2048)
> VFS: Mounted root (jffs2 filesystem).
> Freeing init memory: 56K
> init started: BusyBox v1.00-pre10 (2004.11.15-11:11+0000) multi-call
> binary
> starting the system ...
> mounted sys, proc, tmp & pts
>
> synertronixx GmbH, http://www.synertronixx.de
>
> To set time and date do 'rdate -s ptbtime1.ptb.de'
> after 'ifup eth0'
>
> scb9328 login: root
> Password:
> Jan 1 02:00:09 login[99]: root login on `ttySMX0'
>
>
>
> BusyBox v1.00-pre10 (2004.11.15-11:11+0000) Built-in shell (ash)
> Enter 'help' for a list of built-in commands.
>
> root@scb9328 ~ # uname -a
> Linux scb9328 2.6.10-rc1-mm5-imx1 #78 Tue Nov 16 12:41:37 CET 2004
> armv4tl unknown
>
> Well, if someone might know, where an error is (may be me?), please tell
> me :)
>
> Regards, Konstantin Kletschke
>
> ksymoops 2.4.9 on i686 2.6.10-rc1-mm5. Options used
> -V (default)
> -k /proc/ksyms (default)
> -l /proc/modules (default)
> -o /lib/modules/2.6.10-rc1-mm5/ (default)
> -m ./System.map (specified)
>
> Error (regular_file): read_ksyms stat /proc/ksyms failed
> No modules in ksyms, skipping objects
> No ksyms, skipping lsmod
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> Internal error: Oops: 5 [#1]
> CPU: 0
> pc : [<c00b8e98>] lr : [<00000001>] Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> sp : c01e1d24 ip : 60000093 fp : c01e1d44
> r10: c029eeac r9 : c029eec4 r8 : 00000000
> r7 : c029ee00 r6 : c01e1d48 r5 : c02a3b2c r4 : 00000000
> r3 : c017fe5c r2 : 00000000 r1 : c01e0000 r0 : 0000003a
> Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment kernel
> Control: C000717F Table: 08004000 DAC: 0000001D
> Stack: (0xc01e1d24 to 0xc01e2000)
> 1d20: c02a3b2c c01e1d4c c029ee00 c01e1d4c 00000000 c01e1d70 c01e1d48
> 1d40: c00b8ce0 c00b8e78 00000000 00000068 c029ee94 c029ee9c c029eea4 c029eeb4
> 1d60: c029eebc c01e1db8 c01e1d74 c00b91fc c00b8b1c c029eef8 c029ee00 c029eedc
> 1d80: c029eed4 c029eecc c029eeec 00000000 00020000 c029ee00 00000000 c029ec00
> 1da0: c0289a00 00000000 00000000 c01e1ddc c01e1dbc c00bb268 c00b8fe4 c029ec00
> 1dc0: c029ee00 00008000 00000000 c0289a00 c01e1e00 c01e1de0 c00bb8a0 c00bb148
> 1de0: ffffffea 00000003 c029d000 00008000 c0183fe0 c01e1e70 c01e1e04 c00bbaec
> 1e00: c00bb818 c0289a00 c00c7a5c c021dcc4 c01d2600 00000000 c01e1ed0 c01e1e68
> 1e20: 00000001 00000001 00000000 0000000a c01d22a0 c028f700 c029d000 00008000
> 1e40: 00000000 c01e1e70 c01e1e54 c01d22a0 fffffff4 c0183fe0 c029d000 00008000
> 1e60: 00000000 c01e1e98 c01e1e74 c007b9cc c00bb968 ffffffff c029d000 00000000
> 1e80: 00008000 c01e1ed0 00000000 c01e1ec0 c01e1e9c c00931dc c007b980 00008000
> 1ea0: 00000000 c029c000 00000000 c029d000 c01e1ed0 c01e1f38 c01e1ec4 c0093960
> 1ec0: c0093168 c029d000 00000000 c0297000 c01d5554 c01d2600 c005a700 00000000
> 1ee0: c015f3f8 00000001 00000001 00000000 00000000 00000000 c01e1f14 c01e1f08
> 1f00: c005631c 00001000 c01e1f38 c01e1f18 00000000 00000000 c015f3f8 c029c000
> 1f20: 00008000 00000000 00000000 c01e1f6c c01e1f3c c0093dac c0093820 00000000
> 1f40: 00000000 c029d000 c0297000 c01e7000 c01e7000 00008000 c015f3f8 c01964bc
> 1f60: c01e1f84 c01e1f70 c0008efc c0093d14 00000000 c01e7000 c01e1fc8 c01e1f88
> 1f80: c0008fe0 c0008edc c004b014 01f00003 c015f3f8 00000000 00000000 00000000
> 1fa0: 00000000 c01e1fc8 c00147dc 00000000 00000000 00000000 00000000 c01e1fe0
> 1fc0: c01e1fcc c0009178 c0008f98 00000000 c015f278 c01e1ff4 c01e1fe4 c00160e0
> 1fe0: c0009128 00000000 00000000 c01e1ff8 c0036934 c001609c e5942000 e2433001
> Backtrace:
> Function entered at [<c00b8e68>] from [<c00b8ce0>]
> r8 = 00000000 r7 = C01E1D4C r6 = C029EE00 r5 = C01E1D4C
> r4 = C02A3B2C
> Function entered at [<c00b8b0c>] from [<c00b91fc>]
> r8 = C029EEBC r7 = C029EEB4 r6 = C029EEA4 r5 = C029EE9C
> r4 = C029EE94
> Function entered at [<c00b8fd4>] from [<c00bb268>]
> Function entered at [<c00bb138>] from [<c00bb8a0>]
> r8 = C0289A00 r7 = 00000000 r6 = 00008000 r5 = C029EE00
> r4 = C029EC00
> Function entered at [<c00bb808>] from [<c00bbaec>]
> r8 = C0183FE0 r7 = 00008000 r6 = C029D000 r5 = 00000003
> r4 = FFFFFFEA
> Function entered at [<c00bb958>] from [<c007b9cc>]
> Function entered at [<c007b970>] from [<c00931dc>]
> Function entered at [<c0093158>] from [<c0093960>]
> Function entered at [<c0093810>] from [<c0093dac>]
> Function entered at [<c0093d04>] from [<c0008efc>]
> r8 = C01964BC r7 = C015F3F8 r6 = 00008000 r5 = C01E7000
> r4 = C01E7000
> Function entered at [<c0008ecc>] from [<c0008fe0>]
> r4 = C01E7000
> Function entered at [<c0008f88>] from [<c0009178>]
> r8 = 00000000 r7 = 00000000 r6 = 00000000 r5 = 00000000
> r4 = C00147DC
> Function entered at [<c0009118>] from [<c00160e0>]
> r4 = C015F278
> Function entered at [<c001608c>] from [<c0036934>]
> r4 = 00000000
> Code: 0a000005 e1a01004 e1a00007 ebffe3ad (e5944000)
>
>
> >>EIP; c00b8e98 <jffs2_build_remove_unlinked_inode+30/ec> <=====
>
> >>r3; c017fe5c <log_wait+0/8>
>
> Trace; c00b8e68 <jffs2_build_remove_unlinked_inode+0/ec>
> Trace; c00b8ce0 <jffs2_build_filesystem+1d4/35c>
> Trace; c00b8b0c <jffs2_build_filesystem+0/35c>
> Trace; c00b91fc <jffs2_do_mount_fs+228/270>
> Trace; c00b8fd4 <jffs2_do_mount_fs+0/270>
> Trace; c00bb268 <jffs2_do_fill_super+130/238>
> Trace; c00bb138 <jffs2_do_fill_super+0/238>
> Trace; c00bb8a0 <jffs2_get_sb_mtd+98/f8>
> Trace; c00bb808 <jffs2_get_sb_mtd+0/f8>
> Trace; c00bbaec <jffs2_get_sb+194/1d0>
>
> >>r8; c0183fe0 <jffs2_fs_type+0/20>
>
> Trace; c00bb958 <jffs2_get_sb+0/1d0>
> Trace; c007b9cc <do_kern_mount+5c/f4>
> Trace; c007b970 <do_kern_mount+0/f4>
> Trace; c00931dc <do_new_mount+84/b8>
> Trace; c0093158 <do_new_mount+0/b8>
> Trace; c0093960 <do_mount+150/16c>
> Trace; c0093810 <do_mount+0/16c>
> Trace; c0093dac <sys_mount+a8/f0>
> Trace; c0093d04 <sys_mount+0/f0>
> Trace; c0008efc <do_mount_root+30/bc>
>
> >>r8; c01964bc <names_cachep+0/4>
> >>r7; c015f3f8 <__func__.1+370/f6e8>
>
> Trace; c0008ecc <do_mount_root+0/bc>
> Trace; c0008fe0 <mount_block_root+58/124>
> Trace; c0008f88 <mount_block_root+0/124>
> Trace; c0009178 <prepare_namespace+60/a0>
>
> >>r4; c00147dc <root_device_name+0/4>
>
> Trace; c0009118 <prepare_namespace+0/a0>
> Trace; c00160e0 <init+54/f8>
>
> >>r4; c015f278 <__func__.1+1f0/f6e8>
>
> Trace; c001608c <init+0/f8>
> Trace; c0036934 <do_exit+0/504>
>
> Code; c00b8e88 <jffs2_build_remove_unlinked_inode+20/ec>
> 00000000 <_EIP>:
> Code; c00b8e88 <jffs2_build_remove_unlinked_inode+20/ec>
> 0: 05 00 00 0a 04 add $0x40a0000,%eax
> Code; c00b8e8d <jffs2_build_remove_unlinked_inode+25/ec>
> 5: 10 a0 e1 07 00 a0 adc %ah,0xa00007e1(%eax)
> Code; c00b8e93 <jffs2_build_remove_unlinked_inode+2b/ec>
> b: e1 ad loope ffffffba <_EIP+0xffffffba>
> Code; c00b8e95 <jffs2_build_remove_unlinked_inode+2d/ec>
> d: e3 ff jecxz e <_EIP+0xe>
> Code; c00b8e97 <jffs2_build_remove_unlinked_inode+2f/ec> <=====
> f: eb 00 jmp 11 <_EIP+0x11> <=====
> Code; c00b8e99 <jffs2_build_remove_unlinked_inode+31/ec>
> 11: 40 inc %eax
> Code; c00b8e9a <jffs2_build_remove_unlinked_inode+32/ec>
> 12: 94 xchg %eax,%esp
> Code; c00b8e9b <jffs2_build_remove_unlinked_inode+33/ec>
> 13: e5 00 in $0x0,%eax
>
> <0>Kernel panic - not syncing: Attempted to kill init!
>
> 1 error issued. Results may not be reliable.
>
> --
> GPG KeyID EF62FCEF
> Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-16 13:00 ` Artem B. Bityuckiy
@ 2004-11-16 13:16 ` Konstantin Kletschke
2004-11-16 16:42 ` Artem B. Bityuckiy
0 siblings, 1 reply; 14+ messages in thread
From: Konstantin Kletschke @ 2004-11-16 13:16 UTC (permalink / raw)
To: Artem B. Bityuckiy; +Cc: linux-mtd
Am 2004-11-16 13:00 +0000 schrieb Artem B. Bityuckiy:
> Hello,
>
> is it possible to somehow describe how to reproduce this? How to create
> such JFFS2 image?
What do you mean other than:
> > I created the jffs2 filestem that way:
> >
> > mkfs.jffs2 -q --eraseblock=128KiB -o
> > /home/konsti/svn/ptxdist-0.5.2-trunk/root_scb9328 -D
> > /home/konsti/svn/ptxdist-0.5.2-trunk/src/device_table.txt
> > --root=/home/konsti/svn/ptxdist-0.5.2-trunk/root
> >
> > with mkfs.jffs2: revision 1.42
:)
/home/konsti/svn/ptxdist-0.5.2-trunk/root_scb9328
Is the root filesystem copyied together by ptxdist-0.5.2,
device_table.txt comntains some device nodes and file perission things,
is its content importand? I will put it onto a download location, if.
Also, if somebody want's to, I could put the rootfs image under a
download location for you.
Konsti
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-16 13:16 ` Konstantin Kletschke
@ 2004-11-16 16:42 ` Artem B. Bityuckiy
0 siblings, 0 replies; 14+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-16 16:42 UTC (permalink / raw)
To: Konstantin Kletschke; +Cc: linux-mtd
Konstantin Kletschke wrote:
> Is the root filesystem copyied together by ptxdist-0.5.2,
> device_table.txt comntains some device nodes and file perission things,
> is its content importand?
Theoretically may be.
--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
^ permalink raw reply [flat|nested] 14+ messages in thread
* jffs2 Oops on 2.6.10-rc1-mm5
@ 2004-11-17 8:55 Konstantin Kletschke
2004-11-17 9:04 ` Artem B. Bityuckiy
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Konstantin Kletschke @ 2004-11-17 8:55 UTC (permalink / raw)
To: linux-mtd
Regarding my aforementioned Oops I put device table and resulting
filesystem to
http://www.ludenkalle.de/arm/device_table_new_major_minor.txt
http://www.ludenkalle.de/arm/root_scb9328
If that is not helpful, how can I start debugging this?
Konsti
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 8:55 jffs2 Oops on 2.6.10-rc1-mm5 Konstantin Kletschke
@ 2004-11-17 9:04 ` Artem B. Bityuckiy
2004-11-17 9:18 ` Konstantin Kletschke
2004-11-17 9:07 ` Artem B. Bityuckiy
2004-11-17 9:46 ` Konstantin Kletschke
2 siblings, 1 reply; 14+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-17 9:04 UTC (permalink / raw)
To: Konstantin Kletschke; +Cc: linux-mtd
What type of Flash do you use (NOR, NAND etc)?
On Wed, 17 Nov 2004, Konstantin Kletschke wrote:
> Regarding my aforementioned Oops I put device table and resulting
> filesystem to
>
> http://www.ludenkalle.de/arm/device_table_new_major_minor.txt
> http://www.ludenkalle.de/arm/root_scb9328
>
> If that is not helpful, how can I start debugging this?
>
> Konsti
>
> --
> GPG KeyID EF62FCEF
> Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 8:55 jffs2 Oops on 2.6.10-rc1-mm5 Konstantin Kletschke
2004-11-17 9:04 ` Artem B. Bityuckiy
@ 2004-11-17 9:07 ` Artem B. Bityuckiy
2004-11-17 9:21 ` Konstantin Kletschke
2004-11-17 9:46 ` Konstantin Kletschke
2 siblings, 1 reply; 14+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-17 9:07 UTC (permalink / raw)
To: Konstantin Kletschke; +Cc: linux-mtd
On Wed, 17 Nov 2004, Konstantin Kletschke wrote:
> Regarding my aforementioned Oops I put device table and resulting
> filesystem to
>
> http://www.ludenkalle.de/arm/device_table_new_major_minor.txt
> http://www.ludenkalle.de/arm/root_scb9328
>
> If that is not helpful, how can I start debugging this?
I don't know what version of MTD is in you kernel, I would advice you to
try the lastest MTD snapshot first.
>
> Konsti
>
> --
> GPG KeyID EF62FCEF
> Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 9:04 ` Artem B. Bityuckiy
@ 2004-11-17 9:18 ` Konstantin Kletschke
2004-11-17 9:26 ` Artem B. Bityuckiy
0 siblings, 1 reply; 14+ messages in thread
From: Konstantin Kletschke @ 2004-11-17 9:18 UTC (permalink / raw)
To: linux-mtd
Am 2004-11-17 09:04 +0000 schrieb Artem B. Bityuckiy:
>
> What type of Flash do you use (NOR, NAND etc)?
I use intel 28F128 NOR Flash with 16MB capacity.
K
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 9:07 ` Artem B. Bityuckiy
@ 2004-11-17 9:21 ` Konstantin Kletschke
2004-11-17 9:22 ` David Woodhouse
2004-11-17 9:24 ` Artem B. Bityuckiy
0 siblings, 2 replies; 14+ messages in thread
From: Konstantin Kletschke @ 2004-11-17 9:21 UTC (permalink / raw)
To: linux-mtd
Am 2004-11-17 09:07 +0000 schrieb Artem B. Bityuckiy:
> I don't know what version of MTD is in you kernel, I would advice you to
> try the lastest MTD snapshot first.
Me neither, simply the stuff which is in 2.6.10-rc1-mm5.
Well I think Andrew Morton does not patch mtd stuff in there...
I wonder, how to put the files from latest mtd snapshot into this
kernel, simply copying files over?
Regards, konsti
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 9:21 ` Konstantin Kletschke
@ 2004-11-17 9:22 ` David Woodhouse
2004-11-17 9:30 ` Andrew Morton
2004-11-17 9:24 ` Artem B. Bityuckiy
1 sibling, 1 reply; 14+ messages in thread
From: David Woodhouse @ 2004-11-17 9:22 UTC (permalink / raw)
To: Konstantin Kletschke; +Cc: akpm, linux-mtd
On Wed, 2004-11-17 at 10:21 +0100, Konstantin Kletschke wrote:
> Am 2004-11-17 09:07 +0000 schrieb Artem B. Bityuckiy:
>
> > I don't know what version of MTD is in you kernel, I would advice you to
> > try the lastest MTD snapshot first.
>
> Me neither, simply the stuff which is in 2.6.10-rc1-mm5.
> Well I think Andrew Morton does not patch mtd stuff in there...
I believe he does when I've got stuff in bk://linux-mtd.bkbits.net/mtd-2.6
for him to put there. Which means there'll probably be MTD stuff in his
next offering, since Linus only took the 'strictly bugfixes only' tree
out of the two I offered him last night.
> I wonder, how to put the files from latest mtd snapshot into this
> kernel, simply copying files over?
Check the MTD code out from CVS and use the 'patchin.sh' script from the
patches/ directory.
--
dwmw2
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 9:21 ` Konstantin Kletschke
2004-11-17 9:22 ` David Woodhouse
@ 2004-11-17 9:24 ` Artem B. Bityuckiy
1 sibling, 0 replies; 14+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-17 9:24 UTC (permalink / raw)
To: Konstantin Kletschke; +Cc: linux-mtd
There is special script <mtd>/patches/patchin.sh which you may use to
patch your kernel.
On Wed, 17 Nov 2004, Konstantin Kletschke wrote:
> Am 2004-11-17 09:07 +0000 schrieb Artem B. Bityuckiy:
>
> > I don't know what version of MTD is in you kernel, I would advice you to
> > try the lastest MTD snapshot first.
>
> Me neither, simply the stuff which is in 2.6.10-rc1-mm5.
> Well I think Andrew Morton does not patch mtd stuff in there...
>
> I wonder, how to put the files from latest mtd snapshot into this
> kernel, simply copying files over?
>
> Regards, konsti
>
> --
> GPG KeyID EF62FCEF
> Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 9:18 ` Konstantin Kletschke
@ 2004-11-17 9:26 ` Artem B. Bityuckiy
0 siblings, 0 replies; 14+ messages in thread
From: Artem B. Bityuckiy @ 2004-11-17 9:26 UTC (permalink / raw)
To: Konstantin Kletschke; +Cc: linux-mtd
Then I would suggest you to try the same with the mtdram NOR flash
emulation driver. You may even try this on your host machine.
On Wed, 17 Nov 2004, Konstantin Kletschke wrote:
> Am 2004-11-17 09:04 +0000 schrieb Artem B. Bityuckiy:
> >
> > What type of Flash do you use (NOR, NAND etc)?
>
> I use intel 28F128 NOR Flash with 16MB capacity.
>
> K
>
> --
> GPG KeyID EF62FCEF
> Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>
--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 9:22 ` David Woodhouse
@ 2004-11-17 9:30 ` Andrew Morton
0 siblings, 0 replies; 14+ messages in thread
From: Andrew Morton @ 2004-11-17 9:30 UTC (permalink / raw)
To: David Woodhouse; +Cc: linux-mtd
David Woodhouse <dwmw2@infradead.org> wrote:
>
> On Wed, 2004-11-17 at 10:21 +0100, Konstantin Kletschke wrote:
> > Am 2004-11-17 09:07 +0000 schrieb Artem B. Bityuckiy:
> >
> > > I don't know what version of MTD is in you kernel, I would advice you to
> > > try the lastest MTD snapshot first.
> >
> > Me neither, simply the stuff which is in 2.6.10-rc1-mm5.
> > Well I think Andrew Morton does not patch mtd stuff in there...
>
> I believe he does when I've got stuff in bk://linux-mtd.bkbits.net/mtd-2.6
> for him to put there. Which means there'll probably be MTD stuff in his
> next offering, since Linus only took the 'strictly bugfixes only' tree
> out of the two I offered him last night.
yup, I currently have a 99k mtd patch. -mm kernels always contain whatever
was in those 32 bk trees a few hours before -mm release.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: jffs2 Oops on 2.6.10-rc1-mm5
2004-11-17 8:55 jffs2 Oops on 2.6.10-rc1-mm5 Konstantin Kletschke
2004-11-17 9:04 ` Artem B. Bityuckiy
2004-11-17 9:07 ` Artem B. Bityuckiy
@ 2004-11-17 9:46 ` Konstantin Kletschke
2 siblings, 0 replies; 14+ messages in thread
From: Konstantin Kletschke @ 2004-11-17 9:46 UTC (permalink / raw)
To: linux-mtd
Am 2004-11-17 09:55 +0100 schrieb Konstantin Kletschke:
>
> If that is not helpful, how can I start debugging this?
I realize ATM I might have not pasted some useful output,
look at the EEK line:
Probing scb9328_flash at physical address 0x10000000 (16-bit buswidth)
scb9328_flash: Found 1 x16 devices at 0x0 in 16-bit bank
Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
4 cmdlinepart partitions found on MTD device scb9328_flash
Creating 4 MTD partitions on "scb9328_flash":
0x00000000-0x00020000 : "U-boot"
0x00020000-0x00040000 : "U-boot_env"
0x00040000-0x00140000 : "kernel"
0x00140000-0x01000000 : "root"
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
EEEEEK. jffs2_mark_node_obsolete called with NULL node
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 5 [#1]
Modules linked in:
CPU: 0
pc : [<c00b3974>] lr : [<00000001>] Not tainted
sp : c01d9cbc ip : 60000093 fp : c01d9cdc
r10: c028fcac r9 : c028fc00 r8 : c028fcbc
r7 : c028fc00 r6 : c01d9cf4 r5 : c02aa7e4 r4 : 00000000
r3 : c0175f98 r2 : 00000000 r1 : c01d8000 r0 : 0000003a
Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment kernel
Control: C000717F Table: 08004000 DAC: 0000001D
Process swapper (pid: 1, stack limit = 0xc01d8190)
Stack: (0xc01d9cbc to 0xc01da000)
9ca0: c02aa7e4
9cc0: c01d9cf8 c01d9cf8 00000000 c028fcbc c01d9d28 c01d9ce0 c00b3df8 c00b3954
9ce0: c028fcf8 c028fcdc c028fcd4 c028fccc c028fcc4 00000000 00000034 00000000
9d00: c028fc00 00020000 00000000 c028fa00 c0281800 00000000 c017a0b8 c01d9d4c
9d20: c01d9d2c c00b5f9c c00b3a3c c028fa00 c028fc00 00008000 00000000 c0281800
9d40: c01d9d70 c01d9d50 c00b6584 c00b5e7c ffffffea 00000003 c0297000 00008000
9d60: c01d9d7c c01d9de4 c01d9d74 c00b67b0 c00b6504 c0281800 c007ebcc c0200224
9d80: c01c9600 c01d9dac c01d9d94 c0089048 00000001 00000001 00000000 c01d9dc4
9da0: c027d300 c027d300 c01c92a0 c0297000 c017a0b8 00008000 c01d9ed0 c01c92a0
9dc0: fffffff4 c0297000 c017a0b8 00008000 c01d9ed0 00000000 c01d9e0c c01d9de8
9de0: c0078564 c00b6648 00008000 c0296000 00000000 c0297000 00000000 c0291000
9e00: c01d9f38 c01d9e10 c008fc6c c0078520 c005317c c0052b60 00000000 c01d8000
9e20: c0177490 c01774a0 00000000 00000000 00000001 60000093 c01d9e80 c01d9e48
9e40: c0053960 c005308c 00000001 60000013 00000000 c0177474 00000001 c0177474
9e60: 00000000 c01d8000 c0177490 c01774a0 00000000 00000000 00000001 60000093
9e80: c01d9ec8 c01d9e90 c0053960 c005308c 00000001 60000013 00000000 c0177474
9ea0: 00000001 c0177474 00000000 000000d0 c01777e0 00000000 c01d3d60 c01d9f08
9ec0: c01d9ecc c0053b94 c0053678 00000000 c01cc554 c01c9600 00000010 60000013
9ee0: 00000000 00000001 00000001 00000000 00008000 c018c648 c0156f40 c01d9f18
9f00: c01d9f0c c0053f80 c0053a34 c01d9f38 00000000 00000000 c0296000 00008000
9f20: 00008000 c018c648 c0156f40 c01d9f68 c01d9f3c c00900c4 c008f680 00000000
9f40: 00000000 c0297000 c0291000 c01e4000 c0182ff7 c01e4006 c01e4000 c01d9fb8
9f60: c01d9f6c c0008d90 c0090038 00000000 00000000 c01d9f89 c01d3d60 01f00003
9f80: c0156f40 00000001 c0014b80 00000000 c00150c9 c00150bc 00000001 c0014b80
9fa0: 00000000 00000000 00000000 c01d9fd4 c01d9fbc c0008fa8 c0008cb0 00000000
9fc0: c0156db8 c0014b80 c01d9ff4 c01d9fd8 c0016174 c0008f5c 00000000 00000000
9fe0: 00000000 00000000 00000000 c01d9ff8 c0034e08 c0016088 e24cb004 e5915010
Backtrace:
Function entered at [<c00b3944>] from [<c00b3df8>]
r8 = C028FCBC r7 = 00000000 r6 = C01D9CF8 r5 = C01D9CF8
r4 = C02AA7E4
Function entered at [<c00b3a2c>] from [<c00b5f9c>]
Function entered at [<c00b5e6c>] from [<c00b6584>]
r8 = C0281800 r7 = 00000000 r6 = 00008000 r5 = C028FC00
r4 = C028FA00
Function entered at [<c00b64f4>] from [<c00b67b0>]
r8 = C01D9D7C r7 = 00008000 r6 = C0297000 r5 = 00000003
r4 = FFFFFFEA
Function entered at [<c00b6638>] from [<c0078564>]
Function entered at [<c0078510>] from [<c008fc6c>]
Function entered at [<c008f670>] from [<c00900c4>]
Function entered at [<c0090028>] from [<c0008d90>]
r7 = C01E4000 r6 = C01E4006 r5 = C0182FF7 r4 = C01E4000
Function entered at [<c0008ca0>] from [<c0008fa8>]
Function entered at [<c0008f4c>] from [<c0016174>]
r5 = C0014B80 r4 = C0156DB8
Function entered at [<c0016078>] from [<c0034e08>]
r7 = 00000000 r6 = 00000000 r5 = 00000000 r4 = 00000000
Code: 0a000005 e1a01004 e1a00007 ebffe38d (e5944000)
<0>Kernel panic - not syncing: Attempted to kill init!
I will try to patch the sources with snapshot next couple hours...
K
--
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2004-11-17 9:46 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-11-17 8:55 jffs2 Oops on 2.6.10-rc1-mm5 Konstantin Kletschke
2004-11-17 9:04 ` Artem B. Bityuckiy
2004-11-17 9:18 ` Konstantin Kletschke
2004-11-17 9:26 ` Artem B. Bityuckiy
2004-11-17 9:07 ` Artem B. Bityuckiy
2004-11-17 9:21 ` Konstantin Kletschke
2004-11-17 9:22 ` David Woodhouse
2004-11-17 9:30 ` Andrew Morton
2004-11-17 9:24 ` Artem B. Bityuckiy
2004-11-17 9:46 ` Konstantin Kletschke
-- strict thread matches above, loose matches on Subject: below --
2004-11-16 12:44 Konstantin Kletschke
2004-11-16 13:00 ` Artem B. Bityuckiy
2004-11-16 13:16 ` Konstantin Kletschke
2004-11-16 16:42 ` Artem B. Bityuckiy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox