public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* Oops vanilla 2.6.10
@ 2005-02-16 11:47 Konstantin Kletschke
  2005-02-16 11:51 ` Artem B. Bityuckiy
  2005-02-16 12:01 ` Thomas Gleixner
  0 siblings, 2 replies; 13+ messages in thread
From: Konstantin Kletschke @ 2005-02-16 11:47 UTC (permalink / raw)
  To: mtd liste

This way 2.6.10 Oopses on a virgin jffs2. Second boot is fine.
cat /dev/mtdblock3 > /dev/null
lasts three times longer than with 2.6.10-rc2.

Please advise me to fix these two problems :/

No modules in ksyms, skipping objects
No ksyms, skipping lsmod
EEEEEK. jffs2_mark_node_obsolete called with NULL node
Unable to handle kernel NULL pointer dereference at virtual address 00000000
Internal error: Oops: 5 [#1]
CPU: 0            
pc : [<c00bfee0>]    lr : [<00000001>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
sp : c0219d24  ip : 60000093  fp : c0219d44          
r10: c030c8ac  r9 : c030c8c4  r8 : 00000000
r7 : c030c800  r6 : c0219d48  r5 : c0320fac  r4 : 00000000
r3 : c01b1ed4  r2 : 00000000  r1 : 00000ba6  r0 : 0000003a
Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: C000717F  Table: 08004000  DAC: 0000001D         
Stack: (0xc0219d24 to 0xc021a000)                 
9d20:          c0320fac 00000000 c030c800 c0219d4c 00000000 c0219d70 c0219d48 
9d40: c00bfd08 c00bfec0 00000000 0000000c c030c894 c030c89c c030c8a4 c030c8b4 
9d60: c030c8bc c0219db8 c0219d74 c00c0244 c00bfb34 c030c8f8 c030c800 c030c8dc 
9d80: c030c8d4 c030c8cc c030c8ec c00d3c90 00020000 c030c800 00000000 c030c600 
9da0: c02f7400 00000000 00000000 c0219ddc c0219dbc c00c1f1c c00c002c c030c600 
9dc0: c030c800 00008000 00000000 c02f7400 c0219e00 c0219de0 c00c2558 c00c1dfc 
9de0: ffffffea 00000003 c031a000 00008000 c01b97bc c0219e70 c0219e04 c00c27a4 
9e00: c00c24d0 c02f7400 c007e1b8 c0289a1c c0209600 c0219ed0 c0219ed0 c0219e68 
9e20: 00000001 00000001 00000000 0000000a c02092a0 c02fa240 c031a000 00008000 
9e40: 00000000 c0219e70 c0219e54 c02092a0 fffffff4 c01b97bc c031a000 00008000 
9e60: 00000000 c0219e98 c0219e74 c006d740 c00c2620 ffffffff c031a000 00000000 
9e80: 00008000 c0219ed0 00000000 c0219ec0 c0219e9c c0082424 c006d6f4 00008000 
9ea0: 00000000 c0319000 00000000 c031a000 c0219ed0 c0219f38 c0219ec4 c0082ac4 
9ec0: c00823b0 c031a000 00000000 c0318000 c020c554 c0209600 c0219ee4 00000000 
9ee0: c0187478 00000001 00000001 00000000 00000000 00000000 c0219f14 c0219f08 
9f00: c004f5c4 00001000 c0219f38 c0219f18 00000000 00000000 c0187478 c0319000 
9f20: 00008000 00000000 00000000 c0219f6c c0219f3c c0082ee4 c0082984 00000000 
9f40: 00000000 c031a000 c0318000 c0224000 c0224000 00008000 c0187478 c01cda20 
9f60: c0219f84 c0219f70 c0008f20 c0082e50 00000000 c0224000 c0219fc8 c0219f88 
9f80: c0009004 c0008f00 c0046328 01f00003 c0187478 00000000 00000000 00000000 
9fa0: 00000000 c0219fc8 c00166a0 00000000 00000000 00000000 00000000 c0219fe0 
9fc0: c0219fcc c000919c c0008fbc 00000000 c018728c c0219ff4 c0219fe4 c0018250 
9fe0: c000914c 00000000 00000000 c0219ff8 c003476c c0018210 c01d1170 c01bd7b4 
Backtrace:                                                                    
Function entered at [<c00bfeb0>] from [<c00bfd08>]
 r8 = 00000000  r7 = C0219D4C  r6 = C030C800  r5 = 00000000
 r4 = C0320FAC                                             
Function entered at [<c00bfb24>] from [<c00c0244>]
 r8 = C030C8BC  r7 = C030C8B4  r6 = C030C8A4  r5 = C030C89C
 r4 = C030C894                                             
Function entered at [<c00c001c>] from [<c00c1f1c>]
Function entered at [<c00c1dec>] from [<c00c2558>]
 r8 = C02F7400  r7 = 00000000  r6 = 00008000  r5 = C030C800
 r4 = C030C600                                             
Function entered at [<c00c24c0>] from [<c00c27a4>]
 r8 = C01B97BC  r7 = 00008000  r6 = C031A000  r5 = 00000003
 r4 = FFFFFFEA                                             
Function entered at [<c00c2610>] from [<c006d740>]
Function entered at [<c006d6e4>] from [<c0082424>]
Function entered at [<c00823a0>] from [<c0082ac4>]
Function entered at [<c0082974>] from [<c0082ee4>]
Function entered at [<c0082e40>] from [<c0008f20>]
 r8 = C01CDA20  r7 = C0187478  r6 = 00008000  r5 = C0224000
 r4 = C0224000                                             
Function entered at [<c0008ef0>] from [<c0009004>]
 r4 = C0224000                                    
Function entered at [<c0008fac>] from [<c000919c>]
 r8 = 00000000  r7 = 00000000  r6 = 00000000  r5 = 00000000
 r4 = C00166A0                                             
Function entered at [<c000913c>] from [<c0018250>]
 r4 = C018728C                                    
Function entered at [<c0018200>] from [<c003476c>]
 r4 = 00000000                                    
Code: 0a000005 e1a01004 e1a00007 ebffe497 (e5944000) 


>>EIP; c00bfee0 <jffs2_build_remove_unlinked_inode+30/ec>   <=====

>>r3; c01b1ed4 <log_wait+0/8>

Trace; c00bfeb0 <jffs2_build_remove_unlinked_inode+0/ec>
Trace; c00bfd08 <jffs2_build_filesystem+1e4/38c>
Trace; c00bfb24 <jffs2_build_filesystem+0/38c>
Trace; c00c0244 <jffs2_do_mount_fs+228/270>
Trace; c00c001c <jffs2_do_mount_fs+0/270>
Trace; c00c1f1c <jffs2_do_fill_super+130/238>
Trace; c00c1dec <jffs2_do_fill_super+0/238>
Trace; c00c2558 <jffs2_get_sb_mtd+98/f8>
Trace; c00c24c0 <jffs2_get_sb_mtd+0/f8>
Trace; c00c27a4 <jffs2_get_sb+194/1d0>

>>r8; c01b97bc <jffs2_fs_type+0/20>

Trace; c00c2610 <jffs2_get_sb+0/1d0>
Trace; c006d740 <do_kern_mount+5c/f4>
Trace; c006d6e4 <do_kern_mount+0/f4>
Trace; c0082424 <do_new_mount+84/b8>
Trace; c00823a0 <do_new_mount+0/b8>
Trace; c0082ac4 <do_mount+150/16c>
Trace; c0082974 <do_mount+0/16c>
Trace; c0082ee4 <sys_mount+a4/e8>
Trace; c0082e40 <sys_mount+0/e8>
Trace; c0008f20 <do_mount_root+30/bc>

>>r8; c01cda20 <names_cachep+0/4>
>>r7; c0187478 <__func__.4+454/18bec>

Trace; c0008ef0 <do_mount_root+0/bc>
Trace; c0009004 <mount_block_root+58/124>
Trace; c0008fac <mount_block_root+0/124>
Trace; c000919c <prepare_namespace+60/a0>

>>r4; c00166a0 <root_device_name+0/4>

Trace; c000913c <prepare_namespace+0/a0>
Trace; c0018250 <init+50/f0>

>>r4; c018728c <__func__.4+268/18bec>

Trace; c0018200 <init+0/f0>
Trace; c003476c <do_exit+0/3d8>

Code;  c00bfed0 <jffs2_build_remove_unlinked_inode+20/ec>
00000000 <_EIP>:
Code;  c00bfed0 <jffs2_build_remove_unlinked_inode+20/ec>
   0:   05 00 00 0a 04            add    $0x40a0000,%eax
Code;  c00bfed5 <jffs2_build_remove_unlinked_inode+25/ec>
   5:   10 a0 e1 07 00 a0         adc    %ah,0xa00007e1(%eax)
Code;  c00bfedb <jffs2_build_remove_unlinked_inode+2b/ec>
   b:   e1 97                     loope  ffffffa4 <_EIP+0xffffffa4>
Code;  c00bfedd <jffs2_build_remove_unlinked_inode+2d/ec>
   d:   e4 ff                     in     $0xff,%al
Code;  c00bfedf <jffs2_build_remove_unlinked_inode+2f/ec>   <=====
   f:   eb 00                     jmp    11 <_EIP+0x11>   <=====
Code;  c00bfee1 <jffs2_build_remove_unlinked_inode+31/ec>
  11:   40                        inc    %eax
Code;  c00bfee2 <jffs2_build_remove_unlinked_inode+32/ec>
  12:   94                        xchg   %eax,%esp
Code;  c00bfee3 <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.


Kind regrads, desperated Konsti

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 11:47 Oops vanilla 2.6.10 Konstantin Kletschke
@ 2005-02-16 11:51 ` Artem B. Bityuckiy
  2005-02-16 12:01 ` Thomas Gleixner
  1 sibling, 0 replies; 13+ messages in thread
From: Artem B. Bityuckiy @ 2005-02-16 11:51 UTC (permalink / raw)
  To: Konstantin Kletschke; +Cc: mtd liste

Err, can't get it, did you MTD CVS head?

On Wed, 16 Feb 2005, Konstantin Kletschke wrote:
> This way 2.6.10 Oopses on a virgin jffs2. Second boot is fine.
> cat /dev/mtdblock3 > /dev/null
> lasts three times longer than with 2.6.10-rc2.
> 
> Please advise me to fix these two problems :/
> 
> No modules in ksyms, skipping objects
> No ksyms, skipping lsmod
> EEEEEK. jffs2_mark_node_obsolete called with NULL node
> Unable to handle kernel NULL pointer dereference at virtual address 00000000
> Internal error: Oops: 5 [#1]
> CPU: 0            
> pc : [<c00bfee0>]    lr : [<00000001>]    Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> sp : c0219d24  ip : 60000093  fp : c0219d44          
> r10: c030c8ac  r9 : c030c8c4  r8 : 00000000
> r7 : c030c800  r6 : c0219d48  r5 : c0320fac  r4 : 00000000
> r3 : c01b1ed4  r2 : 00000000  r1 : 00000ba6  r0 : 0000003a
> Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
> Control: C000717F  Table: 08004000  DAC: 0000001D         
> Stack: (0xc0219d24 to 0xc021a000)                 
> 9d20:          c0320fac 00000000 c030c800 c0219d4c 00000000 c0219d70 c0219d48 
> 9d40: c00bfd08 c00bfec0 00000000 0000000c c030c894 c030c89c c030c8a4 c030c8b4 
> 9d60: c030c8bc c0219db8 c0219d74 c00c0244 c00bfb34 c030c8f8 c030c800 c030c8dc 
> 9d80: c030c8d4 c030c8cc c030c8ec c00d3c90 00020000 c030c800 00000000 c030c600 
> 9da0: c02f7400 00000000 00000000 c0219ddc c0219dbc c00c1f1c c00c002c c030c600 
> 9dc0: c030c800 00008000 00000000 c02f7400 c0219e00 c0219de0 c00c2558 c00c1dfc 
> 9de0: ffffffea 00000003 c031a000 00008000 c01b97bc c0219e70 c0219e04 c00c27a4 
> 9e00: c00c24d0 c02f7400 c007e1b8 c0289a1c c0209600 c0219ed0 c0219ed0 c0219e68 
> 9e20: 00000001 00000001 00000000 0000000a c02092a0 c02fa240 c031a000 00008000 
> 9e40: 00000000 c0219e70 c0219e54 c02092a0 fffffff4 c01b97bc c031a000 00008000 
> 9e60: 00000000 c0219e98 c0219e74 c006d740 c00c2620 ffffffff c031a000 00000000 
> 9e80: 00008000 c0219ed0 00000000 c0219ec0 c0219e9c c0082424 c006d6f4 00008000 
> 9ea0: 00000000 c0319000 00000000 c031a000 c0219ed0 c0219f38 c0219ec4 c0082ac4 
> 9ec0: c00823b0 c031a000 00000000 c0318000 c020c554 c0209600 c0219ee4 00000000 
> 9ee0: c0187478 00000001 00000001 00000000 00000000 00000000 c0219f14 c0219f08 
> 9f00: c004f5c4 00001000 c0219f38 c0219f18 00000000 00000000 c0187478 c0319000 
> 9f20: 00008000 00000000 00000000 c0219f6c c0219f3c c0082ee4 c0082984 00000000 
> 9f40: 00000000 c031a000 c0318000 c0224000 c0224000 00008000 c0187478 c01cda20 
> 9f60: c0219f84 c0219f70 c0008f20 c0082e50 00000000 c0224000 c0219fc8 c0219f88 
> 9f80: c0009004 c0008f00 c0046328 01f00003 c0187478 00000000 00000000 00000000 
> 9fa0: 00000000 c0219fc8 c00166a0 00000000 00000000 00000000 00000000 c0219fe0 
> 9fc0: c0219fcc c000919c c0008fbc 00000000 c018728c c0219ff4 c0219fe4 c0018250 
> 9fe0: c000914c 00000000 00000000 c0219ff8 c003476c c0018210 c01d1170 c01bd7b4 
> Backtrace:                                                                    
> Function entered at [<c00bfeb0>] from [<c00bfd08>]
>  r8 = 00000000  r7 = C0219D4C  r6 = C030C800  r5 = 00000000
>  r4 = C0320FAC                                             
> Function entered at [<c00bfb24>] from [<c00c0244>]
>  r8 = C030C8BC  r7 = C030C8B4  r6 = C030C8A4  r5 = C030C89C
>  r4 = C030C894                                             
> Function entered at [<c00c001c>] from [<c00c1f1c>]
> Function entered at [<c00c1dec>] from [<c00c2558>]
>  r8 = C02F7400  r7 = 00000000  r6 = 00008000  r5 = C030C800
>  r4 = C030C600                                             
> Function entered at [<c00c24c0>] from [<c00c27a4>]
>  r8 = C01B97BC  r7 = 00008000  r6 = C031A000  r5 = 00000003
>  r4 = FFFFFFEA                                             
> Function entered at [<c00c2610>] from [<c006d740>]
> Function entered at [<c006d6e4>] from [<c0082424>]
> Function entered at [<c00823a0>] from [<c0082ac4>]
> Function entered at [<c0082974>] from [<c0082ee4>]
> Function entered at [<c0082e40>] from [<c0008f20>]
>  r8 = C01CDA20  r7 = C0187478  r6 = 00008000  r5 = C0224000
>  r4 = C0224000                                             
> Function entered at [<c0008ef0>] from [<c0009004>]
>  r4 = C0224000                                    
> Function entered at [<c0008fac>] from [<c000919c>]
>  r8 = 00000000  r7 = 00000000  r6 = 00000000  r5 = 00000000
>  r4 = C00166A0                                             
> Function entered at [<c000913c>] from [<c0018250>]
>  r4 = C018728C                                    
> Function entered at [<c0018200>] from [<c003476c>]
>  r4 = 00000000                                    
> Code: 0a000005 e1a01004 e1a00007 ebffe497 (e5944000) 
> 
> 
> >>EIP; c00bfee0 <jffs2_build_remove_unlinked_inode+30/ec>   <=====
> 
> >>r3; c01b1ed4 <log_wait+0/8>
> 
> Trace; c00bfeb0 <jffs2_build_remove_unlinked_inode+0/ec>
> Trace; c00bfd08 <jffs2_build_filesystem+1e4/38c>
> Trace; c00bfb24 <jffs2_build_filesystem+0/38c>
> Trace; c00c0244 <jffs2_do_mount_fs+228/270>
> Trace; c00c001c <jffs2_do_mount_fs+0/270>
> Trace; c00c1f1c <jffs2_do_fill_super+130/238>
> Trace; c00c1dec <jffs2_do_fill_super+0/238>
> Trace; c00c2558 <jffs2_get_sb_mtd+98/f8>
> Trace; c00c24c0 <jffs2_get_sb_mtd+0/f8>
> Trace; c00c27a4 <jffs2_get_sb+194/1d0>
> 
> >>r8; c01b97bc <jffs2_fs_type+0/20>
> 
> Trace; c00c2610 <jffs2_get_sb+0/1d0>
> Trace; c006d740 <do_kern_mount+5c/f4>
> Trace; c006d6e4 <do_kern_mount+0/f4>
> Trace; c0082424 <do_new_mount+84/b8>
> Trace; c00823a0 <do_new_mount+0/b8>
> Trace; c0082ac4 <do_mount+150/16c>
> Trace; c0082974 <do_mount+0/16c>
> Trace; c0082ee4 <sys_mount+a4/e8>
> Trace; c0082e40 <sys_mount+0/e8>
> Trace; c0008f20 <do_mount_root+30/bc>
> 
> >>r8; c01cda20 <names_cachep+0/4>
> >>r7; c0187478 <__func__.4+454/18bec>
> 
> Trace; c0008ef0 <do_mount_root+0/bc>
> Trace; c0009004 <mount_block_root+58/124>
> Trace; c0008fac <mount_block_root+0/124>
> Trace; c000919c <prepare_namespace+60/a0>
> 
> >>r4; c00166a0 <root_device_name+0/4>
> 
> Trace; c000913c <prepare_namespace+0/a0>
> Trace; c0018250 <init+50/f0>
> 
> >>r4; c018728c <__func__.4+268/18bec>
> 
> Trace; c0018200 <init+0/f0>
> Trace; c003476c <do_exit+0/3d8>
> 
> Code;  c00bfed0 <jffs2_build_remove_unlinked_inode+20/ec>
> 00000000 <_EIP>:
> Code;  c00bfed0 <jffs2_build_remove_unlinked_inode+20/ec>
>    0:   05 00 00 0a 04            add    $0x40a0000,%eax
> Code;  c00bfed5 <jffs2_build_remove_unlinked_inode+25/ec>
>    5:   10 a0 e1 07 00 a0         adc    %ah,0xa00007e1(%eax)
> Code;  c00bfedb <jffs2_build_remove_unlinked_inode+2b/ec>
>    b:   e1 97                     loope  ffffffa4 <_EIP+0xffffffa4>
> Code;  c00bfedd <jffs2_build_remove_unlinked_inode+2d/ec>
>    d:   e4 ff                     in     $0xff,%al
> Code;  c00bfedf <jffs2_build_remove_unlinked_inode+2f/ec>   <=====
>    f:   eb 00                     jmp    11 <_EIP+0x11>   <=====
> Code;  c00bfee1 <jffs2_build_remove_unlinked_inode+31/ec>
>   11:   40                        inc    %eax
> Code;  c00bfee2 <jffs2_build_remove_unlinked_inode+32/ec>
>   12:   94                        xchg   %eax,%esp
> Code;  c00bfee3 <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.
> 
> 
> Kind regrads, desperated 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] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 11:47 Oops vanilla 2.6.10 Konstantin Kletschke
  2005-02-16 11:51 ` Artem B. Bityuckiy
@ 2005-02-16 12:01 ` Thomas Gleixner
  2005-02-16 12:20   ` Konstantin Kletschke
  1 sibling, 1 reply; 13+ messages in thread
From: Thomas Gleixner @ 2005-02-16 12:01 UTC (permalink / raw)
  To: Konstantin Kletschke; +Cc: mtd liste

On Wed, 2005-02-16 at 12:47 +0100, Konstantin Kletschke wrote:
> This way 2.6.10 Oopses on a virgin jffs2. Second boot is fine.
> cat /dev/mtdblock3 > /dev/null
> lasts three times longer than with 2.6.10-rc2.

Is this MTD from kernel or MTD CVS ? 
Is this with XIP enabled ?

tglx

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 12:01 ` Thomas Gleixner
@ 2005-02-16 12:20   ` Konstantin Kletschke
  2005-02-16 12:24     ` Thomas Gleixner
  0 siblings, 1 reply; 13+ messages in thread
From: Konstantin Kletschke @ 2005-02-16 12:20 UTC (permalink / raw)
  To: mtd liste

Am 2005-02-16 13:01 +0100 schrieb Thomas Gleixner:
> On Wed, 2005-02-16 at 12:47 +0100, Konstantin Kletschke wrote:
> > This way 2.6.10 Oopses on a virgin jffs2. Second boot is fine.
> > cat /dev/mtdblock3 > /dev/null
> > lasts three times longer than with 2.6.10-rc2.
> 
> Is this MTD from kernel or MTD CVS ?

MTD out of vanilla Kernel 2.6.10.

> Is this with XIP enabled ?

No.

Konsti

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 12:20   ` Konstantin Kletschke
@ 2005-02-16 12:24     ` Thomas Gleixner
  2005-02-16 12:44       ` Konstantin Kletschke
  0 siblings, 1 reply; 13+ messages in thread
From: Thomas Gleixner @ 2005-02-16 12:24 UTC (permalink / raw)
  To: Konstantin Kletschke; +Cc: mtd liste

On Wed, 2005-02-16 at 13:20 +0100, Konstantin Kletschke wrote:
> Am 2005-02-16 13:01 +0100 schrieb Thomas Gleixner:
> > On Wed, 2005-02-16 at 12:47 +0100, Konstantin Kletschke wrote:
> > > This way 2.6.10 Oopses on a virgin jffs2. Second boot is fine.
> > > cat /dev/mtdblock3 > /dev/null
> > > lasts three times longer than with 2.6.10-rc2.
> > 
> > Is this MTD from kernel or MTD CVS ?
> 
> MTD out of vanilla Kernel 2.6.10.

Can you verify, that this happens with MTD CVS code too ?

If yes, please set JFFS2_DEBUG_LEVEL = 1 and provide a log over serial
console.

tglx

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 12:24     ` Thomas Gleixner
@ 2005-02-16 12:44       ` Konstantin Kletschke
  2005-02-16 13:36         ` Thomas Gleixner
  2005-02-16 13:37         ` Konstantin Kletschke
  0 siblings, 2 replies; 13+ messages in thread
From: Konstantin Kletschke @ 2005-02-16 12:44 UTC (permalink / raw)
  To: mtd liste

Am 2005-02-16 13:24 +0100 schrieb Thomas Gleixner:

> Can you verify, that this happens with MTD CVS code too ?

I linked drivers/mtd and fs/jffs2 into 2.6.10:

  LD      fs/built-in.o
  drivers/mtd/Makefile:11: /Makefile.inc: No such file or directory

Konsti

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 12:44       ` Konstantin Kletschke
@ 2005-02-16 13:36         ` Thomas Gleixner
  2005-02-16 13:37         ` Konstantin Kletschke
  1 sibling, 0 replies; 13+ messages in thread
From: Thomas Gleixner @ 2005-02-16 13:36 UTC (permalink / raw)
  To: Konstantin Kletschke; +Cc: mtd liste

On Wed, 2005-02-16 at 13:44 +0100, Konstantin Kletschke wrote:
> Am 2005-02-16 13:24 +0100 schrieb Thomas Gleixner:
> 
> > Can you verify, that this happens with MTD CVS code too ?
> 
> I linked drivers/mtd and fs/jffs2 into 2.6.10:
> 
>   LD      fs/built-in.o
>   drivers/mtd/Makefile:11: /Makefile.inc: No such file or directory

Please read

http://www.linux-mtd.infradead.org/ Section Installation 

or

mtd-cvsroot/INSTALL

tglx

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 12:44       ` Konstantin Kletschke
  2005-02-16 13:36         ` Thomas Gleixner
@ 2005-02-16 13:37         ` Konstantin Kletschke
  2005-02-16 14:05           ` Thomas Gleixner
  2005-02-16 14:54           ` Estelle HAMMACHE
  1 sibling, 2 replies; 13+ messages in thread
From: Konstantin Kletschke @ 2005-02-16 13:37 UTC (permalink / raw)
  To: linux-mtd

Am 2005-02-16 13:44 +0100 schrieb Konstantin Kletschke:
> Am 2005-02-16 13:24 +0100 schrieb Thomas Gleixner:
> 
> > Can you verify, that this happens with MTD CVS code too ?
> 
> I linked drivers/mtd and fs/jffs2 into 2.6.10:
> 
>   LD      fs/built-in.o
>   drivers/mtd/Makefile:11: /Makefile.inc: No such file or directory

Stupid me, patchin.sh :)

elevator: using cfq as default io scheduler
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
5 cmdlinepart partitions found on MTD device scb9328_flash
Creating 5 MTD partitions on "scb9328_flash":             
0x00000000-0x00020000 : "U-boot"             
mtd: Giving out device 0 to U-boot
0x00020000-0x00040000 : "U-boot_env"
mtd: Giving out device 1 to U-boot_env
0x00040000-0x00140000 : "kernel"      
mtd: Giving out device 2 to kernel
0x00140000-0x00540000 : "root"    
mtd: Giving out device 3 to root
0x00540000-0x00940000 : "fs"    
mtd: Giving out device 4 to fs
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 1024 bind 2048)
NET: Registered protocol family 1                       
NET: Registered protocol family 17
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 : [<c00bfed0>]    lr : [<00000001>]    Not tainted
sp : c0219d24  ip : 60000093  fp : c0219d44          
r10: c031c8ac  r9 : c031c8c4  r8 : 00000000
r7 : c031c800  r6 : c0219d48  r5 : c033067c  r4 : 00000000
r3 : c01b1ed4  r2 : 00000000  r1 : 00000b1f  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 = 0xc0218190)
Stack: (0xc0219d24 to 0xc021a000)                 
9d20:          c033067c 00000000 c031c800 c0219d4c 00000000 c0219d70 c0219d48 
9d40: c00bfcf8 c00bfeb0 00000000 00000021 c031c894 c031c89c c031c8a4 c031c8b4 
9d60: c031c8bc c0219db8 c0219d74 c00c0234 c00bfb24 c031c8f8 c031c800 c031c8dc 
9d80: c031c8d4 c031c8cc c031c8ec c00d3c90 00020000 c031c800 00000000 c031c600 
9da0: c02f7400 00000000 00000000 c0219ddc c0219dbc c00c1f0c c00c001c c031c600 
9dc0: c031c800 00008000 00000000 c02f7400 c0219e00 c0219de0 c00c2548 c00c1dec 
9de0: ffffffea 00000003 c032a000 00008000 c01b97bc c0219e70 c0219e04 c00c2794 
9e00: c00c24c0 c02f7400 c007e1a8 c020ca1c c0209600 c0219ed0 c0219ed0 c0219e68 
9e20: 00000001 00000001 00000000 0000000a c02092a0 c02fa200 c032a000 00008000 
9e40: 00000000 c0219e70 c0219e54 c02092a0 fffffff4 c01b97bc c032a000 00008000 
9e60: 00000000 c0219e98 c0219e74 c006d730 c00c2610 ffffffff c032a000 00000000 
9e80: 00008000 c0219ed0 00000000 c0219ec0 c0219e9c c0082414 c006d6e4 00008000 
9ea0: 00000000 c0329000 00000000 c032a000 c0219ed0 c0219f38 c0219ec4 c0082ab4 
9ec0: c00823a0 c032a000 00000000 c0328000 c020c554 c0209600 c0219ee4 00000000 
9ee0: c0187708 00000001 00000001 00000000 00000000 00000000 c0219f14 c0219f08 
9f00: c004f5b4 00001000 c0219f38 c0219f18 00000000 00000000 c0187708 c0329000 
9f20: 00008000 00000000 00000000 c0219f6c c0219f3c c0082ed4 c0082974 00000000 
9f40: 00000000 c032a000 c0328000 c0224000 c0224000 00008000 c0187708 c01cda20 
9f60: c0219f84 c0219f70 c0008f20 c0082e40 00000000 c0224000 c0219fc8 c0219f88 
9f80: c0009004 c0008f00 c0046318 01f00003 c0187708 00000000 00000000 00000000 
9fa0: 00000000 c0219fc8 c0016720 00000000 00000000 00000000 00000000 c0219fe0 
9fc0: c0219fcc c000919c c0008fbc 00000000 c0187520 c0219ff4 c0219fe4 c0018250 
9fe0: c000914c 00000000 00000000 c0219ff8 c003475c c0018210 e3530000 091baff0 
Backtrace:                                                                    
Function entered at [<c00bfea0>] from [<c00bfcf8>]
 r8 = 00000000  r7 = C0219D4C  r6 = C031C800  r5 = 00000000
 r4 = C033067C                                             
Function entered at [<c00bfb14>] from [<c00c0234>]
 r8 = C031C8BC  r7 = C031C8B4  r6 = C031C8A4  r5 = C031C89C
 r4 = C031C894                                             
Function entered at [<c00c000c>] from [<c00c1f0c>]
Function entered at [<c00c1ddc>] from [<c00c2548>]
 r8 = C02F7400  r7 = 00000000  r6 = 00008000  r5 = C031C800
 r4 = C031C600                                             
Function entered at [<c00c24b0>] from [<c00c2794>]
 r8 = C01B97BC  r7 = 00008000  r6 = C032A000  r5 = 00000003
 r4 = FFFFFFEA                                             
Function entered at [<c00c2600>] from [<c006d730>]
Function entered at [<c006d6d4>] from [<c0082414>]
Function entered at [<c0082390>] from [<c0082ab4>]
Function entered at [<c0082964>] from [<c0082ed4>]
Function entered at [<c0082e30>] from [<c0008f20>]
 r8 = C01CDA20  r7 = C0187708  r6 = 00008000  r5 = C0224000
 r4 = C0224000                                             
Function entered at [<c0008ef0>] from [<c0009004>]
 r4 = C0224000                                    
Function entered at [<c0008fac>] from [<c000919c>]
 r8 = 00000000  r7 = 00000000  r6 = 00000000  r5 = 00000000
 r4 = C0016720                                             
Function entered at [<c000913c>] from [<c0018250>]
 r4 = C0187520                                    
Function entered at [<c0018200>] from [<c003475c>]
 r4 = 00000000                                    
Code: 0a000005 e1a01004 e1a00007 ebffe497 (e5944000) 
 <0>Kernel panic - not syncing: Attempted to kill init!

>>EIP; c00bfed0 <jffs2_build_remove_unlinked_inode+30/ec>   <=====

>>r3; c01b1ed4 <log_wait+0/8>

Trace; c00bfea0 <jffs2_build_remove_unlinked_inode+0/ec>
Trace; c00bfcf8 <jffs2_build_filesystem+1e4/38c>
Trace; c00bfb14 <jffs2_build_filesystem+0/38c>
Trace; c00c0234 <jffs2_do_mount_fs+228/270>
Trace; c00c000c <jffs2_do_mount_fs+0/270>
Trace; c00c1f0c <jffs2_do_fill_super+130/238>
Trace; c00c1ddc <jffs2_do_fill_super+0/238>
Trace; c00c2548 <jffs2_get_sb_mtd+98/f8>
Trace; c00c24b0 <jffs2_get_sb_mtd+0/f8>
Trace; c00c2794 <jffs2_get_sb+194/1d0>

>>r8; c01b97bc <jffs2_fs_type+0/20>

Trace; c00c2600 <jffs2_get_sb+0/1d0>
Trace; c006d730 <do_kern_mount+5c/f4>
Trace; c006d6d4 <do_kern_mount+0/f4>
Trace; c0082414 <do_new_mount+84/b8>
Trace; c0082390 <do_new_mount+0/b8>
Trace; c0082ab4 <do_mount+150/16c>
Trace; c0082964 <do_mount+0/16c>
Trace; c0082ed4 <sys_mount+a4/e8>
Trace; c0082e30 <sys_mount+0/e8>
Trace; c0008f20 <do_mount_root+30/bc>

>>r8; c01cda20 <names_cachep+0/4>
>>r7; c0187708 <__func__.4+450/18c48>

Trace; c0008ef0 <do_mount_root+0/bc>
Trace; c0009004 <mount_block_root+58/124>
Trace; c0008fac <mount_block_root+0/124>
Trace; c000919c <prepare_namespace+60/a0>

>>r4; c0016720 <root_device_name+0/4>

Trace; c000913c <prepare_namespace+0/a0>
Trace; c0018250 <init+50/f0>

>>r4; c0187520 <__func__.4+268/18c48>

Trace; c0018200 <init+0/f0>
Trace; c003475c <do_exit+0/3d8>

Code;  c00bfec0 <jffs2_build_remove_unlinked_inode+20/ec>
00000000 <_EIP>:
Code;  c00bfec0 <jffs2_build_remove_unlinked_inode+20/ec>
   0:   05 00 00 0a 04            add    $0x40a0000,%eax
Code;  c00bfec5 <jffs2_build_remove_unlinked_inode+25/ec>
   5:   10 a0 e1 07 00 a0         adc    %ah,0xa00007e1(%eax)
Code;  c00bfecb <jffs2_build_remove_unlinked_inode+2b/ec>
   b:   e1 97                     loope  ffffffa4 <_EIP+0xffffffa4>
Code;  c00bfecd <jffs2_build_remove_unlinked_inode+2d/ec>
   d:   e4 ff                     in     $0xff,%al
Code;  c00bfecf <jffs2_build_remove_unlinked_inode+2f/ec>   <=====
   f:   eb 00                     jmp    11 <_EIP+0x11>   <=====
Code;  c00bfed1 <jffs2_build_remove_unlinked_inode+31/ec>
  11:   40                        inc    %eax
Code;  c00bfed2 <jffs2_build_remove_unlinked_inode+32/ec>
  12:   94                        xchg   %eax,%esp
Code;  c00bfed3 <jffs2_build_remove_unlinked_inode+33/ec>
  13:   e5 00                     in     $0x0,%eax

 <0>Kernel panic - not syncing: Attempted to kill init!

K

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 13:37         ` Konstantin Kletschke
@ 2005-02-16 14:05           ` Thomas Gleixner
  2005-02-16 14:54           ` Estelle HAMMACHE
  1 sibling, 0 replies; 13+ messages in thread
From: Thomas Gleixner @ 2005-02-16 14:05 UTC (permalink / raw)
  To: Konstantin Kletschke; +Cc: linux-mtd

On Wed, 2005-02-16 at 14:37 +0100, Konstantin Kletschke wrote:
> Am 2005-02-16 13:44 +0100 schrieb Konstantin Kletschke:
> > Am 2005-02-16 13:24 +0100 schrieb Thomas Gleixner:
> > 
> > > Can you verify, that this happens with MTD CVS code too ?
> > 
> > I linked drivers/mtd and fs/jffs2 into 2.6.10:
> > 
> >   LD      fs/built-in.o
> >   drivers/mtd/Makefile:11: /Makefile.inc: No such file or directory
> 
> Stupid me, patchin.sh :)

:)

Please turn on JFFS2 debuglevel 1 and use a serial console for logging.

Boot with nfsroot and do

# cat /dev/mtd3 >image.bin

Then try to mount:

# echo 9 >/proc/sys/kernel/printk
# mount /dev/mtd3

Send me the log and the binary image.

I guess you create a jffs2 image with mkfs.jffs2. How do you program it
to the FLASH ? Please send me the original image too.

tglx

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 13:37         ` Konstantin Kletschke
  2005-02-16 14:05           ` Thomas Gleixner
@ 2005-02-16 14:54           ` Estelle HAMMACHE
  2005-02-16 15:28             ` Artem B. Bityuckiy
  1 sibling, 1 reply; 13+ messages in thread
From: Estelle HAMMACHE @ 2005-02-16 14:54 UTC (permalink / raw)
  To: Konstantin Kletschke; +Cc: linux-mtd

Konstantin Kletschke wrote:
> EEEEEK. jffs2_mark_node_obsolete called with NULL node

> >>EIP; c00bfed0 <jffs2_build_remove_unlinked_inode+30/ec>   <=====
> 
> >>r3; c01b1ed4 <log_wait+0/8>
> 
> Trace; c00bfea0 <jffs2_build_remove_unlinked_inode+0/ec>
> Trace; c00bfcf8 <jffs2_build_filesystem+1e4/38c>
> Trace; c00bfb14 <jffs2_build_filesystem+0/38c>

Not sure this is relevant, (and I have no way to test it right now), 
but it could be related to the obsolete node merging. You have NOR
flash haven't you ?

In jffs2_build_remove_unlinked_inode 
	raw = ic->nodes;
	while (raw != (void *)ic) {
		struct jffs2_raw_node_ref *next = raw->next_in_ino;
		D1(printk(KERN_DEBUG "obsoleting node at 0x%08x\n", ref_offset(raw)));
		jffs2_mark_node_obsolete(c, raw);
		raw = next;
	}

However if "next" is also raw->next_phys and is already obsolete 
and is the last in the next_in_ino chain, I think it may be 
freed in jffs2_mark_node_obsolete:

	/* Merge with the next node in the physical list, if there is one
	   and if it's also obsolete and if it doesn't belong to any inode */
	if (ref->next_phys && ref_obsolete(ref->next_phys) &&
	    !ref->next_phys->next_in_ino) {
		struct jffs2_raw_node_ref *n = ref->next_phys;
		
		spin_lock(&c->erase_completion_lock);

		ref->__totlen += n->__totlen;
		ref->next_phys = n->next_phys;
                if (jeb->last_node == n) jeb->last_node = ref;
		if (jeb->gc_node == n) {
			/* gc will be happy continuing gc on this node */
			jeb->gc_node=ref;
		}
		spin_unlock(&c->erase_completion_lock);

		jffs2_free_raw_node_ref(n);
	}

This would explain things... if you think it is plausible you could
try commenting out the node merging in jffs2_mark_node_obsolete.

Estelle

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 14:54           ` Estelle HAMMACHE
@ 2005-02-16 15:28             ` Artem B. Bityuckiy
  2005-02-16 16:29               ` Konstantin Kletschke
  0 siblings, 1 reply; 13+ messages in thread
From: Artem B. Bityuckiy @ 2005-02-16 15:28 UTC (permalink / raw)
  To: Estelle HAMMACHE; +Cc: linux-mtd

Estelle HAMMACHE wrote:
> This would explain things... if you think it is plausible you could
> try commenting out the node merging in jffs2_mark_node_obsolete.
> 
I think Estelle is correct.
I would offer the following fix:

--- build.c     2005-02-16 18:21:41.253701801 +0300
+++ build.c-modified    2005-02-16 18:27:56.451612461 +0300
@@ -194,8 +194,10 @@
        D1(printk(KERN_DEBUG "JFFS2: Removing ino #%u with nlink == 
zero.\n", ic->ino));

        raw = ic->nodes;
-       while (raw != (void *)ic) {
+       while (raw && raw != (void *)ic) {
                struct jffs2_raw_node_ref *next = raw->next_in_ino;
+               while(next && ref_obsolete(next))
+                       next = next->next_in_ino;
                D1(printk(KERN_DEBUG "obsoleting node at 0x%08x\n", 
ref_offset(raw)));
                jffs2_mark_node_obsolete(c, raw);
                raw = next;

--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 15:28             ` Artem B. Bityuckiy
@ 2005-02-16 16:29               ` Konstantin Kletschke
  2005-02-16 16:51                 ` Artem B. Bityuckiy
  0 siblings, 1 reply; 13+ messages in thread
From: Konstantin Kletschke @ 2005-02-16 16:29 UTC (permalink / raw)
  To: linux-mtd

Am 2005-02-16 15:28 +0000 schrieb Artem B. Bityuckiy:

> I think Estelle is correct.
> I would offer the following fix:

EEEEEK. jffs2_mark_node_obsolete called with NULL node

Internal error: Oops: 5 [#1]
CPU: 0            
pc : [<c00c319c>]    lr : [<00000001>]    Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
sp : c020fd24  ip : 60000093  fp : c020fd44          
r10: c03248ac  r9 : c03248c4  r8 : 00000000
r7 : c0324800  r6 : c020fd48  r5 : c033867c  r4 : 00000000
r3 : c01b7ed4  r2 : 00000000  r1 : 00000b89  r0 : 0000003a
Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: C000717F  Table: 08004000  DAC: 0000001D         
Stack: (0xc020fd24 to 0xc0210000)                 
fd20:          c033867c 00000000 c0324800 c020fd4c 00000000 c020fd70 c020fd48 
fd40: c00c2fc4 c00c317c 00000000 00000021 c0324894 c032489c c03248a4 c03248b4 
fd60: c03248bc c020fdb8 c020fd74 c00c3500 c00c2df0 c03248f8 c0324800 c03248dc 
fd80: c03248d4 c03248cc c03248ec c00d6f50 00020000 c0324800 00000000 c0324600 
fda0: c02fe400 00000000 00000000 c020fddc c020fdbc c00c51d8 c00c32e8 c0324600 
fdc0: c0324800 00008000 00000000 c02fe400 c020fe00 c020fde0 c00c5814 c00c50b8 
fde0: ffffffea 00000003 c0332000 00008000 c01bf85c c020fe70 c020fe04 c00c5a60 
fe00: c00c578c c02fe400 c00811a8 c0298bb4 c0210600 c020fed0 c020fed0 c020fe68 
fe20: 00000001 00000001 00000000 0000000a c02102a0 c02fff00 c0332000 00008000 
fe40: 00000000 c020fe70 c020fe54 c02102a0 fffffff4 c01bf85c c0332000 00008000 
fe60: 00000000 c020fe98 c020fe74 c0070730 c00c58dc ffffffff c0332000 00000000 
fe80: 00008000 c020fed0 00000000 c020fec0 c020fe9c c0085414 c00706e4 00008000 
fea0: 00000000 c0331000 00000000 c0332000 c020fed0 c020ff38 c020fec4 c0085ab4 
fec0: c00853a0 c0332000 00000000 c0330000 c0213554 c0210600 c020fee4 00000000 
fee0: c018c454 00000001 00000001 00000000 00000000 00000000 c020ff14 c020ff08 
ff00: c00525b4 00001000 c020ff38 c020ff18 00000000 00000000 c018c454 c0331000 
ff20: 00008000 00000000 00000000 c020ff6c c020ff3c c0085ed4 c0085974 00000000 
ff40: 00000000 c0332000 c0330000 c0225000 c0225000 00008000 c018c454 c01d3be0 
ff60: c020ff84 c020ff70 c0008f20 c0085e40 00000000 c0225000 c020ffc8 c020ff88 
ff80: c0009004 c0008f00 c0049318 6264746d 01f00003 00000000 00000000 00000000 
ffa0: 00000000 00000000 c0018d20 00000000 00000000 00000000 00000000 c020ffe0 
ffc0: c020ffcc c0009258 c0008fbc 00000000 c018c26c c020fff4 c020ffe4 c001b250 
ffe0: c0009208 00000000 00000000 c020fff8 c003775c c001b210 e91ba830 e51b2024 
Backtrace:                                                                    
Function entered at [<c00c316c>] from [<c00c2fc4>]
 r8 = 00000000  r7 = C020FD4C  r6 = C0324800  r5 = 00000000
 r4 = C033867C                                             
Function entered at [<c00c2de0>] from [<c00c3500>]
 r8 = C03248BC  r7 = C03248B4  r6 = C03248A4  r5 = C032489C
 r4 = C0324894                                             
Function entered at [<c00c32d8>] from [<c00c51d8>]
Function entered at [<c00c50a8>] from [<c00c5814>]
 r8 = C02FE400  r7 = 00000000  r6 = 00008000  r5 = C0324800
 r4 = C0324600                                             
Function entered at [<c00c577c>] from [<c00c5a60>]
 r8 = C01BF85C  r7 = 00008000  r6 = C0332000  r5 = 00000003
 r4 = FFFFFFEA                                             
Function entered at [<c00c58cc>] from [<c0070730>]
Function entered at [<c00706d4>] from [<c0085414>]
Function entered at [<c0085390>] from [<c0085ab4>]
Function entered at [<c0085964>] from [<c0085ed4>]
Function entered at [<c0085e30>] from [<c0008f20>]
 r8 = C01D3BE0  r7 = C018C454  r6 = 00008000  r5 = C0225000
 r4 = C0225000                                             
Function entered at [<c0008ef0>] from [<c0009004>]
 r4 = C0225000                                    
Function entered at [<c0008fac>] from [<c0009258>]
 r8 = 00000000  r7 = 00000000  r6 = 00000000  r5 = 00000000
 r4 = C0018D20                                             
Function entered at [<c00091f8>] from [<c001b250>]
 r4 = C018C26C                                    
Function entered at [<c001b200>] from [<c003775c>]
 r4 = 00000000                                    
Code: 0a000005 e1a01004 e1a00007 ebffe497 (e5944000) 


>>EIP; c00c319c <zlib_inflate_blocks+168/a6c>   <=====

>>sp; c020fd24 <__log_buf+3f5c/4000>
>>fp; c020fd44 <__log_buf+3f7c/4000>
>>r6; c020fd48 <__log_buf+3f80/4000>
>>r3; c01b7ed4 <ip_mc_source+290/3c0>

Trace; c00c316c <zlib_inflate_blocks+138/a6c>
Trace; c00c2fc4 <zlib_inflate_blocks_reset+5c/78>

>>r7; c020fd4c <__log_buf+3f84/4000>

Trace; c00c2de0 <iowrite16_rep+30/54>
Trace; c00c3500 <zlib_inflate_blocks+4cc/a6c>
Trace; c00c32d8 <zlib_inflate_blocks+2a4/a6c>
Trace; c00c51d8 <huft_build+ec/5b4>
Trace; c00c50a8 <zlib_inflate_addhistory+104/118>
Trace; c00c5814 <zlib_inflate_trees_dynamic+dc/180>
Trace; c00c577c <zlib_inflate_trees_dynamic+44/180>
Trace; c00c5a60 <zlib_inflate_trees_fixed+1a8/1e8>

>>r8; c01bf85c <sleep_on_timeout+a4/a8>

Trace; c00c58cc <zlib_inflate_trees_fixed+14/1e8>
Trace; c0070730 <sync_filesystems+6c/134>
Trace; c00706d4 <sync_filesystems+10/134>
Trace; c0085414 <do_umount+b8/154>
Trace; c0085390 <do_umount+34/154>
Trace; c0085ab4 <do_move_mount+24/250>
Trace; c0085964 <do_loopback+108/16c>
Trace; c0085ed4 <do_add_mount+13c/14c>
Trace; c0085e30 <do_add_mount+98/14c>
Trace; c0008f20 <do_mount_root+3c/bc>

>>r8; c01d3be0 <__func__.1+10098/1ee58>
>>r7; c018c454 <ip_route_output_slow+448/808>

Trace; c0008ef0 <do_mount_root+c/bc>
Trace; c0009004 <mount_block_root+64/124>
Trace; c0008fac <mount_block_root+c/124>
Trace; c0009258 <find_link+38/bc>

>>r4; c0018d20 <default_command_line+44/400>

Trace; c00091f8 <malloc+4/18>
Trace; c001b250 <check_irq_lock+58/94>

>>r4; c018c26c <ip_route_output_slow+260/808>

Trace; c001b200 <check_irq_lock+8/94>
Trace; c003775c <sys_exit_group+c/1c>

Code;  c00c318c <zlib_inflate_blocks+158/a6c>
00000000 <_EIP>:
Code;  c00c318c <zlib_inflate_blocks+158/a6c>
   0:   05 00 00 0a 04            add    $0x40a0000,%eax
Code;  c00c3191 <zlib_inflate_blocks+15d/a6c>
   5:   10 a0 e1 07 00 a0         adc    %ah,0xa00007e1(%eax)
Code;  c00c3197 <zlib_inflate_blocks+163/a6c>
   b:   e1 97                     loope  ffffffa4 <_EIP+0xffffffa4>
Code;  c00c3199 <zlib_inflate_blocks+165/a6c>
   d:   e4 ff                     in     $0xff,%al
Code;  c00c319b <zlib_inflate_blocks+167/a6c>   <=====
   f:   eb 00                     jmp    11 <_EIP+0x11>   <=====
Code;  c00c319d <zlib_inflate_blocks+169/a6c>
  11:   40                        inc    %eax
Code;  c00c319e <zlib_inflate_blocks+16a/a6c>
  12:   94                        xchg   %eax,%esp
Code;  c00c319f <zlib_inflate_blocks+16b/a6c>
  13:   e5 00                     in     $0x0,%eax

 <0>Kernel panic - not syncing: Attempted to kill init!

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF

^ permalink raw reply	[flat|nested] 13+ messages in thread

* Re: Oops vanilla 2.6.10
  2005-02-16 16:29               ` Konstantin Kletschke
@ 2005-02-16 16:51                 ` Artem B. Bityuckiy
  0 siblings, 0 replies; 13+ messages in thread
From: Artem B. Bityuckiy @ 2005-02-16 16:51 UTC (permalink / raw)
  To: Konstantin Kletschke; +Cc: linux-mtd

Then I'd like to see the full debug output.

-- 
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.

^ permalink raw reply	[flat|nested] 13+ messages in thread

end of thread, other threads:[~2005-02-16 16:51 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-02-16 11:47 Oops vanilla 2.6.10 Konstantin Kletschke
2005-02-16 11:51 ` Artem B. Bityuckiy
2005-02-16 12:01 ` Thomas Gleixner
2005-02-16 12:20   ` Konstantin Kletschke
2005-02-16 12:24     ` Thomas Gleixner
2005-02-16 12:44       ` Konstantin Kletschke
2005-02-16 13:36         ` Thomas Gleixner
2005-02-16 13:37         ` Konstantin Kletschke
2005-02-16 14:05           ` Thomas Gleixner
2005-02-16 14:54           ` Estelle HAMMACHE
2005-02-16 15:28             ` Artem B. Bityuckiy
2005-02-16 16:29               ` Konstantin Kletschke
2005-02-16 16:51                 ` 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