[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Kernel crash on 2.4.16



Andrew and all,

Just wanted to give an update..  We turned off jbd debugging, and
the problem disappeared in 2.4.16 - Its running VERY stable.  We also
disabled this option in our 2.4.13 kernel, and it also seems the problem
is gone.

I'm assuming there is something wierd with the JBD Debugging and PPC?

Anyways, thanks to everyone for all your help!  I'm just glad we now
have a stable kernel! :)

Also many, many, many thanks to everyone working on the EXT3 project.
Its awesome..  We have at least 45 - 50 of our PPC embedded systems
running it in our labs and such, and its just great...  Thanks again!

Paul W.


On Thu, 13 Dec 2001, Andrew Morton wrote:

> Paul, I'm stumped.  I don't see anything in __jbd_kmalloc()
> which can go bang like this.
> 
> It looks likely that `init' died while trying to exec its
> first child.  This would indicate that it _may_ be a platform
> memory management issue or some such.
> 
> I don't have the knowledge to gain much insight from the oops
> trace.  Ben, can you offer any help here?  In particular, can
> you tell the faulting address from this?  Then Paul can look
> it up in his System.map and that may lead us somewhere.
> 
> Thanks.
> 
> 
> 
> Paul White wrote:
> > 
> > Andrew,
> > 
> > Wow! Very sorry...  ksymoops used a System.map file from 2.4.13! Oops :)
> > 
> > Here is a good output for this trace:
> > 
> > Oops: Exception in kernel mode, sig: 4
> > NIP: C0080424 XER: 00000000 LR: C0080384 SP: C09B1C80 REGS: c09b1bd0 TRAP: 0700    Not tainted
> > MSR: 00089032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> > TASK = c09b0000[90] 'init' Last syscall: 11
> > last math 00000000 last altivec 00000000
> > GPR00: C0080384 C09B1C80 C09B0000 CFD328E0 00001032 000000F0 00000001 00000000
> > GPR08: CFD32000 CFD320E0 00000039 00000700 00000080 01881934 00000000 00000000
> > GPR16: 00000000 00000000 01880000 C0029EB4 C09B1D88 00000001 C09B1D58 CFAF2E00
> > GPR24: 00001000 C020C320 00000014 000000F0 00000001 C01942E8 C089D000 00000000
> > Call backtrace:
> > C0080384 C0076440 C006F998 C0055650 C0057394 C0029C18 C002A08C
> > C0045FC4 C00466A8 C0046DEC C0006ED0 C0003DFC 0000000C 01812B7C
> > 01801E80 018021A4 018031A0 01804C00 01804FDC 0180578C 00000000
> > 
> > >>NIP; c0080424 <__jbd_kmalloc+cc/e0>   <=====
> > Trace; c0080384 <__jbd_kmalloc+2c/e0>
> > Trace; c0076440 <journal_start+ac/110>
> > Trace; c006f998 <ext3_dirty_inode+3c/128>
> > Trace; c0055650 <__mark_inode_dirty+4c/b8>
> > Trace; c0057394 <update_atime+64/74>
> > Trace; c0029c18 <do_generic_file_read+4d0/4e4>
> > Trace; c002a08c <generic_file_read+90/180>
> > Trace; c0045fc4 <kernel_read+58/78>
> > Trace; c00466a8 <prepare_binprm+100/114>
> > Trace; c0046dec <do_execve+17c/290>
> > Trace; c0006ed0 <sys_execve+64/a0>
> > Trace; c0003dfc <ret_from_syscall_1+0/b4>
> > Trace; 0000000c Before first symbol
> > Trace; 01812b7c Before first symbol
> > Trace; 01801e80 Before first symbol
> > Trace; 018021a4 Before first symbol
> > Trace; 018031a0 Before first symbol
> > Trace; 01804c00 Before first symbol
> > Trace; 01804fdc Before first symbol
> > Trace; 0180578c Before first symbol
> > Trace; 00000000 Before first symbol
> > 
> > On Thu, 13 Dec 2001, Andrew Morton wrote:
> > 
> > > Hi, Paul.
> > >
> > > Paul White wrote:
> > > >
> > > > All,
> > > >
> > > > I've posted here earlier regarding a kernel crash we were seeing on kernel 2.4.13,
> > > > on our embedded hardware...  We have recently upgraded to 2.4.16, and are still seeing
> > > > crash issues.
> > > > ...
> > >
> > > > >>NIP; c0080424 <journal_blocks_per_page+148/e4f8>   <=====
> > > > Trace; c0080384 <journal_blocks_per_page+a8/e4f8>
> > > > Trace; c0076440 <journal_start+ac/3a8>
> > > > ...
> > >
> > > Something is wrong with this trace - journal_start doesn't call
> > > journal_blocks_per_page, and journal_blocks_per_page ain't 40kbytes
> > > long!
> > >
> > > Could you please check, redo, resend?
> > >
> > > Thanks.
> > >
> > 
> > _______________________________________________
> > Ext3-users mailing list
> > Ext3-users redhat com
> > https://listman.redhat.com/mailman/listinfo/ext3-users
> 
> 
> 
> _______________________________________________
> Ext3-users mailing list
> Ext3-users redhat com
> https://listman.redhat.com/mailman/listinfo/ext3-users
> 





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]