Kernel Oopsed, but where ?

[Aviv Greenberg]

it seems that something failed while a module (lpg610) was
initializing, and cleanup was called. At some point during cleanup, an
access to invalid memory was attempted, cusing the oops. what is
lpg610, i searched using lxr got no results. Is this a standard
module?

On Tue, Dec 1, 2009 at 09:57, Lev Olshvang <lolshva at 012.net.il> wrote:
> Hi list,
>
> I am trying to figure out Oops reason, but I do not understand where it
> happens
>
>
> The system is ARM, linux kernel 2.6.31, No loadable modules
>
> I have 3 questions to following dump :
>
> 1. - PID 1 must be an init process, why it calls himself  a swapper ?
>     (Perhaps it is a kernel thread kswapd)
>
> 2. - who is trying to load the failed module - kernel or userspace  (
>    I see that module failed initialization and oopsed in cleanup)
>     The console shows that kernel made most initializations  before oops
> 3. - why no printk from this module is not shown ( I added dozen printks to
>  module init)
>
>
>
> Here is console messages
> CPU: Testing write buffer coherency: ok
>
> Serial: AMBA PL011 UART driver
> dev:f1: ttyAMA0 at MMIO 0xc6000000 (irq = 0) is a AMBA/PL011
> console [ttyAMA0] enabled
> bio: create slab <bio-0> at 0
> MMC card not detected
> NET: Registered protocol family 2
> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
> TCP established hash table entries: 1024 (order: 1, 8192 bytes)
> TCP bind hash table entries: 1024 (order: 3, 40960 bytes)
> TCP: Hash tables configured (established 1024 bind 1024)
> TCP reno registered
> NET: Registered protocol family 1
> Unable to handle kernel paging request at virtual address 36677670
> pgd = c0004000
> [36677670] *pgd=00000000
> Internal error: Oops: 0 [#1]
> CPU: 0    Not tainted  (2.6.31 #8)
> PC is at 0x36677670
> LR is at device_get_nodename+0x70/0xdc
> pc : [<36677670>]    lr : [<c01540e4>]    psr: 20000013
> sp : c1c33e30  ip : c1c33e50  fp : c1c33e4c
> r10: c022d744  r9 : 00000001  r8 : 00000000
> r7 : c03c5554  r6 : c1ca5880  r5 : c1c33e54  r4 : c1ca5880
> r3 : 36677670  r2 : 00000004  r1 : c1c33e54  r0 : c1ca5880
> Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
> Control: 0005317f  Table: 31004000  DAC: 00000017
> Process swapper (pid: 1, stack limit = 0xc1c32270)
> Stack: (0xc1c33e30 to 0xc1c34000)
> 3e20:                                     c1ca5880 c1c47000 c1c19bc0
> c03c5554
> .....
> 3fa0: c001f2e8 c0028a9c 00000040 c03bca48 00000000 00000000 c001befc
> c001c088
> 3fc0: 00000000 00000000 00000000 00000000 c1c33ff4 c1c33fe0 c0008448
> c001f2c0
> 3fe0: 00000000 00000000 00000000 c1c33ff8 c0034df4 c00083c0 b3cc73ac
> 318cb34c
> Backtrace:
> [<c0154074>] (device_get_nodename+0x0/0xdc) from [<c0154260>]
> (dev_uevent+0x110/0x144)
> r7:c03c5554 r6:c1c19bc0 r5:c1c47000 r4:c1ca5880
> [<c0154150>] (dev_uevent+0x0/0x144) from [<c01166fc>]
> (kobject_uevent_env+0x1e4/0x478)
> r5:c1c47000 r4:c1ca5888
> [<c0116518>] (kobject_uevent_env+0x0/0x478) from [<c01169a4>]
> (kobject_uevent+0x14/0x18)
> [<c0116990>] (kobject_uevent+0x0/0x18) from [<c01548b8>]
> (device_del+0x138/0x17c)
> [<c0154780>] (device_del+0x0/0x17c) from [<c0154910>]
> (device_unregister+0x14/0x20)
> r7:00000000 r6:0fe00000 r5:c0257698 r4:c1ca5880
> [<c01548fc>] (device_unregister+0x0/0x20) from [<c0154954>]
> (device_destroy+0x38/0x44)
> r5:c0257698 r4:c1ca5880
> [<c015491c>] (device_destroy+0x0/0x44) from [<c0028a28>]
> (lpg610_cleanup_module+0xd8/0x13c)
> r4:c03cc490
> [<c0028950>] (lpg610_cleanup_module+0x0/0x13c) from [<c0028bf0>]
> (lpg610_init_module+0x164/0x330)
> [<c0028a8c>] (lpg610_init_module+0x0/0x330) from [<c001f2e8>]
> (do_one_initcall+0x38/0x1c4)
>
>
> Thnaks for reading,
> Lev
>
> _______________________________________________
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
> http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
>



-- 

Ogden Nash  - "The trouble with a kitten is that when it grows up,
it's always a cat." -
http://www.brainyquote.com/quotes/authors/o/ogden_nash.html