RE: Debugging techniques inside kernel

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

 



> From: kernelnewbies-bounces@xxxxxxxxxxxxxxxxx [mailto:kernelnewbies-bounces@xxxxxxxxxxxxxxxxx] On Behalf Of manty kuma
> Sent: Monday, July 08, 2013 7:52 AM
> To: kernelnewbies@xxxxxxxxxxxxxxxxx
> Subject: Debugging techniques inside kernel
>
> I am not completely aware of the debugging techniques and utilizing /proc entries that kernel provides to debug the issues.
> Could you please point me out to some interesting sources related to debugging or it would be very nice if you could list them here at one place.
>
> I found out that recently some interesting CONFIGS that enable some debugging features.
> For ex : CONFIG_SLUB_DEBUG_ON, CONFIG_DMA_API_DEBUG
> I am just told to use these configs and check. Not sure how to use them effectively. Please share if you are aware of these kind of configs and how to use them. To have them at one place it would be useful for  debugging beginners like me.
>
> Currently i am facing a memory corruption issue. A very Nasty one which has different call stacks everytime it crashes. Looking at the patterns and Area that is getting corrupted, we are suspecting non-linux components that are illegally writing into the comple DDR(ram). So in this case, is there some particular help that kernel can provide me?
> Currently i have the complete ram dump. I am analyzing it through opensource crash tool.

I am no expert in debugging the memory corruptions. Also I have no knowledge about the Config options you mentioned.
One thing you could try out is - *if possible*, eliminate the non-standard Kernel modules one by one so you can isolate the module causing the issue.
Also try out Kfence (http://www.fsl.cs.stonybrook.edu/docs/kefence-storagess05/kefence.html)  and Config option DEBUG_STACKOVERFLOW - this will help identify the exact place when the buffer is overrun (and not when the corrupted memory is accessed).
Enabling the edac driver also might help, in case of any hardware issues. And finally the kgdb (http://www.stlinux.com/devel/debug/kgdb/debugging-the-kernel)  - I haven't tried it myself.
Hope this helps.

> Cheers,
> Manty!

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies




[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux