How to understand and turn off such a oops

From: Park Lee
Date: Fri Jan 07 2005 - 06:51:56 EST


Hi,
Sometimes, when I call kmalloc() in Linux kernel,
the kernel always bring out a oops shown as following:


Debug: sleeping function called from invalid context
at mm/slab.c:1980
in_atomic():1, irqs_disabled():0
Call Trace: [<0211691d>] [<02130a17>] [<02189857>]
[<021837a6>] [<02294651>] [<02118840>] [<021189cd>]
[<02263e84>] [<0227a3e4>] [<0227a465>]
[<0227a953>] [<0218befb>] [<0218bc23>] [<02194118>]
[<0218d90d>] [<0218c25f>] [<0218b132>]
[<021894f4>] [<021895f5>] [<0217f686>] [<0217f728>]
[<021835ff>]
[<0227ac21>] [<0227452a>] [<0227af39>] [<0227b3cd>]
[<02264f19>] [<022652e7>] [<02253332>]
[<1195048f>] [<119506af>] [<02253495>] [<0211af6d>]
[<021078b1>] =======================
[<02107337>] [<118aeb59>] [<118aefba>]
[<118adab2>] [<02116b21>] [<02116b21>] [<022a2301>]
[<02115ed2>] [<118afbfe>] [<02116b21>]
[<02116b21>] [<118afb58>] [<118afb5e>] [<021041cd>]


After I transform it with ksymoops, it looks like
this:


ksymoops 2.4.9 on i686 2.6.5-1.358custom. Options
used
-V (default)
-K (specified)
-L (specified)
-o /lib/modules/2.6.5-1.358custom/ (default)
-m /boot/System.map (specified)

No modules in ksyms, skipping objects
Call Trace: [<0211691d>] [<02130a17>] [<02189857>]
[<021837a6>] [<02294651>] [<02118840>] [<021189cd>]
[<02263e84>] [<0227a3e4>] [<0227a465>]
[<0227a953>] [<0218befb>] [<0218bc23>] [<02194118>]
[<0218d90d>] [<0218c25f>] [<0218b132>]
[<021894f4>] [<021895f5>] [<0217f686>] [<0217f728>]
[<021835ff>]
[<0227ac21>] [<0227452a>] [<0227af39>] [<0227b3cd>]
[<02264f19>] [<022652e7>] [<02253332>]
[<1195048f>] [<119506af>] [<02253495>] [<0211af6d>]
[<021078b1>] =======================
[<02107337>] [<118aeb59>] [<118aefba>]
[<118adab2>] [<02116b21>] [<02116b21>] [<022a2301>]
[<02115ed2>] [<118afbfe>] [<02116b21>]
[<02116b21>] [<118afb58>] [<118afb5e>] [<021041cd>]
Warning (Oops_read): Code line not seen, dumping what
data is available

Trace; 0211691d <__might_sleep+80/8a>
Trace; 02130a17 <__kmalloc+40/76>
... ...


Would you please tell me how to understand and solve
such a oops ?
And, though the kernel brings out such a oops, it
can continue to work(i.e. it doesn't crash). Then, can
I simply ignore such a oops, and go on with my work?
if it is, how/where to trun off such a oops (i.e.
ignore this oops, and don't let the kernel send out
such a oops, thought there surely are something
wrong)?

Thank you very much.

=====
Best Regards,
Park Lee



__________________________________
Do you Yahoo!?
All your favorites on one personal page ? Try My Yahoo!
http://my.yahoo.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/