analysis of kernel panic logs.

[sandeep kumar]

Hi Dave,

I want to share what is the problem and how it got fixed.

The problem goes like this,
The init process(init.c) of ANDROID parses "init.rc" file which specifies
the actions to be done on a specific trigger.
In our case mistakenly we specified the trigger,but no action.

Due to which the parser parsed the action to be NULL, and executed it when
the trigger occured.
Which caused the NULL dereferencing.

We fixed that by doing a NULL check before calling the action.

As our analysis for the problem goes,
init being the critical process, when killed, platform called a system call
to restart the kernel.
is it correct or we missd something?

I have the following questions also,

1) When we enabled that config option CONFIG_DEBUG_USER, the register dump
we got, is of user space application, right?

2) init: unhandled page fault (11) at 0x00000000, code 0x80000007, this is
given by the CONFIG_DEBUG_USER, any reference how to analyse the 'code'
value?

Thank you,
Sandeep






On Mon, Sep 5, 2011 at 1:26 PM, Dave Hylands <dhylands at gmail.com> wrote:

> Hi Sandeep,
>
> On Sun, Sep 4, 2011 at 10:51 PM, sandeep kumar
> <coolsandyforyou at gmail.com> wrote:
> > Hi Dave,
> >
> > The problem is solved.
> > But i have one doubt.
> >
> >>So the PC is 0, and the LR is C92F. That tells me that the code at
> >>C92F in your init process is trying to call a function through a NULL
> >>pointer. You can try disassembling your init process. Something like
> >
> >>arm-eabi-objdump --disassemble init
> >
> > In this case we came to know the process name 'init'. But in some
> > cases we might just have the link register address, and no process name.
> > say some user-space process has caused the panic.
> >
> > Can u tell me ..how to debug in that case?
>
> You should always have a pid & process name if its a user-space app
> which dies (at least if you enable CONFIG_DEBUG_USER and enabling
> user_debug)
>
> --
>  Dave Hylands
> Shuswap, BC, Canada
> http://www.davehylands.com
>



-- 
With regards,
Sandeep Kumar Anantapalli,
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20110905/57f6ed75/attachment.html