jffs2 Oops on 2.6.10-rc1-mm5

jffs2 Oops on 2.6.10-rc1-mm5

[Konstantin Kletschke]

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

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Artem B. Bityuckiy]

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.

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Konstantin Kletschke]

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

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Artem B. Bityuckiy]

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.

jffs2 Oops on 2.6.10-rc1-mm5

[Konstantin Kletschke]

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

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Artem B. Bityuckiy]

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.

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Konstantin Kletschke]

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

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Artem B. Bityuckiy]

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.

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Artem B. Bityuckiy]

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.

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Konstantin Kletschke]

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

Re: jffs2 Oops on 2.6.10-rc1-mm5

[David Woodhouse]

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

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Andrew Morton]

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.

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Artem B. Bityuckiy]

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.

Re: jffs2 Oops on 2.6.10-rc1-mm5

[Konstantin Kletschke]

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