Re: OOPS running "ls -l /sys/class/i2c-adapter/*"-- 2.6.12-rc1-mm2

[Russell King <rmk+lkml@arm.linux.org.uk>]

On Fri, Mar 25, 2005 at 07:50:32AM +0000, Russell King wrote:
> On Thu, Mar 24, 2005 at 11:45:44PM -0800, Andrew Morton wrote:
> > Russell King <rmk+lkml@arm.linux.org.uk> wrote:
> > > On Thu, Mar 24, 2005 at 08:22:15PM -0800, Andrew Morton wrote:
> > > > Miles Lane <miles.lane@gmail.com> wrote:
> > > > >  Unable to handle kernel paging request at virtual address 24fc1024
> > > > >  c0198448
> > > > >  *pde = 00000000
> > > > >  Oops: 0000 [#1]
> > > > >  CPU:    0
> > > > >  EIP:    0060:[<c0198448>]    Not tainted VLI
> > > > 
> > > > I wonder why the EIP sometimes doesn't get decoded.
> > > > 
> > > > >  Using defaults from ksymoops -t elf32-i386 -a i386
> > > > >  EFLAGS: 00210206   (2.6.12-rc1-mm2)
> > > 
> > > ksymoops seems to remove lines from the kernel output that it doesn't
> > > like.
> > 
> > but.  but.  There used to be a symbol+0xN/0xM in the EIP: line.  Are you
> > saying that ksymoops rubbed that out and stuck a hex number in there?
> 
> The kernel's x86 format is:
> 
>         printk("EIP: %04x:[<%08lx>] CPU: %d\n",0xffff & regs->xcs,regs->eip, smp_processor_id());
>         print_symbol("EIP is at %s\n", regs->eip);

Argh, wrong one, it's supposed to be:

        print_modules();
        printk("CPU:    %d\nEIP:    %04x:[<%08lx>]    %s VLI\nEFLAGS: %08lx"
                        "   (%s) \n",
                smp_processor_id(), 0xffff & regs->xcs, regs->eip,
                print_tainted(), regs->eflags, system_utsname.release);
        print_symbol("EIP is at %s\n", regs->eip);

but the result is the same.  Also note that the modules line is also
missing from the posted oops.

(Why does x86 duplicate the register dumping between process.c and
traps.c ?)

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/