Re: Crash in Kernel 2.6.22.1 after calling mmc_register_card

2008-01-08 Thread Pierre Ossman
On Mon, 7 Jan 2008 15:31:32 -0800
"raki john" <[EMAIL PROTECTED]> wrote:

> Hi All,
> 
> Please CC me on responses.
> 
> I am working on a SD/MMC Host driver .
> 
> I am getting kerenl oops after mmc_register_card () is called.
> i working on  LINUX 2.6.22.1 kerenl.
> 
> What might be the reason for this.
> 

That's a rather central place for it to crash, so I'm doubtful it's a bug 
there. I'd guess some kind of memory corruption (an all to easy mistake to make 
when writing a new driver). Are you using DMA for the controller? If so, try 
using PIO and see if it stops oopsing.

Rgds
Pierre


signature.asc
Description: PGP signature


Crash in Kernel 2.6.22.1 after calling mmc_register_card

2008-01-07 Thread raki john
Hi All,

Please CC me on responses.

I am working on a SD/MMC Host driver .

I am getting kerenl oops after mmc_register_card () is called.
i working on  LINUX 2.6.22.1 kerenl.

What might be the reason for this.

I installed the modules in follwing order. I did nothing else after
installing the modules. Do i need to run any Hotplug script.
1)insmod  mmc_core.ko
2)insmod  mmc_block.ko
3)insmod  sdcc.ko


Thanks in Advance for your help.


--
Thanks
kiran








Unable to handle kernel NULL pointer dereference at virtual address 0030
pgd = c0004000
[0030] *pgd=
Internal error: Oops: 17 [#1]
Modules linked in: sdcc mmc_block mmc_core
CPU: 0Not tainted  (2.6.22.1-M7200JSDCAALBA #1)
PC is at create_dir+0x14/0x200
LR is at sysfs_create_dir+0x74/0xa0
pc : []lr : []psr: a113
sp : c4993e18  ip : c4993e48  fp : c4993e44
r10: c48ac078  r9 :   r8 : 0001
r7 : c48ac078  r6 :   r5 :   r4 : c4c0311c
r3 : c4993e4c  r2 : c4c0311c  r1 :   r0 : c4c03118
Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  Segment kernel
Control: 00c5387f  Table: 14c24008  DAC: 0017
Process kmmcd (pid: 1054, stack limit = 0xc4992258)
Stack: (0xc4993e18 to 0xc4994000)
3e00:   0002 
3e20: c011a9e8 c4c03118   c48ac078 0001 c4993e64 c4993e48
3e40: c00d32b4 c00d304c c01fe5cc   c4c03118 c4993e8c c4993e68
3e60: c011aa4c c00d324c c4c03008 c4c03010  c48ac078 0001 
3e80: c4993e9c c4993e90 c011ab34 c011a96c c4993ee4 c4993ea0 c014a8e0 c011ab2c
3ea0: c4c03010 c4c0317c c4c03118 0001 c48abf70  c4993edc c4c03008
3ec0: c4c03010  c48abf68 0001   c4993f0c c4993ee8
3ee0: bf0f8c20 c014a84c a95c c4993ef8 c4c032c4 c4c03008  c48abf68
3f00: c4993f4c c4993f10 bf0fa15c bf0f8bec   03534453 44313238
3f20: 55202732 1a003bd6  c48abf68 c4993f54 6013 c48ac27c bf0f7ce0
3f40: c4993f74 c4993f50 bf0f7db0 bf0f9bac c4993f74 00ff8000 c01fe530 c48ac280
3f60: c4a209c8 c4992000 c4993f9c c4993f78 c00567d0 bf0f7cec c4992000 c4a209f8
3f80: c4992000 c4a209c8   c4993fd4 c4993fa0 c0057450 c005672c
3fa0: c06e0850  c06e0740 c005b040 c4993fb0 c4993fb0  c4992000
3fc0: c4a209c8 c0057360 c4993ff4 c4993fd8 c005aefc c005736c  
3fe0:    c4993ff8 c0047920 c005aeac  
Backtrace:
[] (create_dir+0x0/0x200) from []
(sysfs_create_dir+0x74/0xa0)
 r8:0001 r7:c48ac078 r6: r5: r4:c4c03118
[] (sysfs_create_dir+0x0/0xa0) from []
(kobject_shadow_add+0xec/0x1c0)
 r4:c4c03118
[] (kobject_shadow_add+0x0/0x1c0) from []
(kobject_add+0x14/0x20)
[] (kobject_add+0x0/0x20) from [] (device_add+0xa0/0x5a0)
[] (device_add+0x0/0x5a0) from []
(mmc_register_card+0x40/0xa0 [mmc_core])
[] (mmc_register_card+0x0/0xa0 [mmc_core]) from []
(mmc_attach_sd+0x5bc/0x740 [mmc_core])
 r7:c48abf68 r6: r5:c4c03008 r4:c4c032c4
[] (mmc_attach_sd+0x0/0x740 [mmc_core]) from []
(mmc_rescan+0xd0/0x1a0 [mmc_core])
 r8:bf0f7ce0 r7:c48ac27c r6:6013 r5:c4993f54 r4:c48abf68
[] (mmc_rescan+0x0/0x1a0 [mmc_core]) from []
(run_workqueue+0xb0/0x180)
 r6:c4992000 r5:c4a209c8 r4:c48ac280
[] (run_workqueue+0x0/0x180) from []
(worker_thread+0xf0/0x120)
 r8: r7: r6:c4a209c8 r5:c4992000 r4:c4a209f8
[] (worker_thread+0x0/0x120) from [] (kthread+0x5c/0xa0)
 r6:c0057360 r5:c4a209c8 r4:c4992000
[] (kthread+0x0/0xa0) from [] (do_exit+0x0/0x820)
 r6: r5: r4:
Code: e92dd9f0 e24cb004 e24dd00c e1a04002 (e5912030)

===
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/