tons of log entries in rt kernel - please.......

Hi,

just checked again: there seems to be no update to the installed kernel:

Linux matrix 2.6.25.18-0.2-rt #1 SMP PREEMPT RT 2008-10-21 16:30:26 +0200 x86_64 x86_64 x86_64 GNU/Linux.

There seems to be two little problems, I grepped and searched around and found ‘puzzled pinguin’ as one of the extreme intellectual highlights…

and the log is full of:

Dec 8 18:56:34 matrix kernel: BUG: sleeping function called from invalid context IRQ-23(272) at kernel/rtmutex.c:742
Dec 8 18:56:34 matrix kernel: in_atomic():0 [00000000], irqs_disabled():1
Dec 8 18:56:34 matrix kernel: Pid: 272, comm: IRQ-23 Tainted: G N 2.6.25.18-0.2-rt #1
Dec 8 18:56:34 matrix kernel:
Dec 8 18:56:34 matrix kernel: Call Trace:
Dec 8 18:56:34 matrix kernel: <ffffffff8020d815>] dump_trace+0xc3/0x4e2
Dec 8 18:56:34 matrix kernel: <ffffffff8020dc79>] show_trace+0x45/0x61
Dec 8 18:56:34 matrix kernel: <ffffffff8046120e>] dump_stack+0x72/0x7b
Dec 8 18:56:34 matrix kernel: <ffffffff8022de9e>] __might_sleep+0x115/0x11a
Dec 8 18:56:34 matrix kernel: <ffffffff8046430f>] __rt_spin_lock+0x2f/0x78
Dec 8 18:56:34 matrix kernel: <ffffffff80464361>] rt_spin_lock+0x9/0xb
Dec 8 18:56:34 matrix kernel: <ffffffff8813293d>] :ehci_hcd:ehci_irq+0x37/0x1b2
Dec 8 18:56:34 matrix kernel: <ffffffff880f3d58>] :usbcore:usb_hcd_irq+0x40/0x88
Dec 8 18:56:34 matrix kernel: <ffffffff80278f51>] handle_IRQ_event+0x5b/0xfb
Dec 8 18:56:34 matrix kernel: <ffffffff802792e0>] thread_simple_irq+0x54/0x94
Dec 8 18:56:34 matrix kernel: <ffffffff80279415>] do_irqd+0xf5/0x2e4
Dec 8 18:56:34 matrix kernel: <ffffffff8024c365>] kthread+0x49/0x76
Dec 8 18:56:34 matrix kernel: <ffffffff8020d1e8>] child_rip+0xa/0x12
Dec 8 18:56:34 matrix kernel: DWARF2 unwinder stuck at child_rip+0xa/0x12
Dec 8 18:56:34 matrix kernel:
Dec 8 18:56:34 matrix kernel: Leftover inexact backtrace:
Dec 8 18:56:34 matrix kernel:
Dec 8 18:56:34 matrix kernel: <ffffffff8024c31c>] ? kthread+0x0/0x76
Dec 8 18:56:34 matrix kernel: <ffffffff8020d1de>] ? child_rip+0x0/0x12
Dec 8 18:56:34 matrix kernel:
Dec 8 18:56:34 matrix kernel: printk: 85 messages suppressed.
Dec 8 18:56:34 matrix kernel: BUG: using smp_processor_id() in preemptible [00000000] code: kjournald/751
Dec 8 18:56:34 matrix kernel: caller is mem_cgroup_charge_statistics+0x20/0x48
Dec 8 18:56:34 matrix kernel: Pid: 751, comm: kjournald Tainted: G N 2.6.25.18-0.2-rt #1
Dec 8 18:56:34 matrix kernel:
Dec 8 18:56:34 matrix kernel: Call Trace:
Dec 8 18:56:34 matrix kernel: <ffffffff8020d815>] dump_trace+0xc3/0x4e2
Dec 8 18:56:34 matrix kernel: <ffffffff8020dc79>] show_trace+0x45/0x61
Dec 8 18:56:34 matrix kernel: <ffffffff8046120e>] dump_stack+0x72/0x7b
Dec 8 18:56:34 matrix kernel: <ffffffff8033fe1d>] debug_smp_processor_id+0xe5/0xf4
Dec 8 18:56:34 matrix kernel: <ffffffff802af269>] mem_cgroup_charge_statistics+0x20/0x48
Dec 8 18:56:34 matrix kernel: <ffffffff802af38c>] __mem_cgroup_add_list+0x89/0x8b
Dec 8 18:56:34 matrix kernel: <ffffffff802af9a1>] mem_cgroup_charge_common+0x242/0x28b
Dec 8 18:56:34 matrix kernel: <ffffffff802afa03>] mem_cgroup_cache_charge+0x19/0x1b
Dec 8 18:56:34 matrix kernel: <ffffffff80281c68>] add_to_page_cache+0x3b/0x2c4
Dec 8 18:56:34 matrix kernel: <ffffffff80281f00>] add_to_page_cache_lru+0xf/0x24
Dec 8 18:56:34 matrix kernel: <ffffffff80282692>] find_or_create_page+0x51/0x79
Dec 8 18:56:34 matrix kernel: <ffffffff802d45cd>] __getblk+0x128/0x2c2
Dec 8 18:56:34 matrix kernel: <ffffffff880a4f86>] :jbd:journal_get_descriptor_buffer+0x36/0x91
Dec 8 18:56:34 matrix kernel: <ffffffff880a094e>] :jbd:journal_commit_transaction+0x8c1/0x12a7
Dec 8 18:56:34 matrix kernel: <ffffffff880a46bc>] :jbd:kjournald+0x159/0x38f
Dec 8 18:56:34 matrix kernel: <ffffffff8024c365>] kthread+0x49/0x76
Dec 8 18:56:34 matrix kernel: <ffffffff8020d1e8>] child_rip+0xa/0x12
Dec 8 18:56:34 matrix kernel: DWARF2 unwinder stuck at child_rip+0xa/0x12
Dec 8 18:56:34 matrix kernel:
Dec 8 18:56:34 matrix kernel: Leftover inexact backtrace:
Dec 8 18:56:34 matrix kernel:
Dec 8 18:56:34 matrix kernel: <ffffffff8024c31c>] ? kthread+0x0/0x76
Dec 8 18:56:34 matrix kernel: <ffffffff8020d1de>] ? child_rip+0x0/0x12
Dec 8 18:56:34 matrix kernel:
pkglist.txt Dec 8 18:56:36 matrix kernel: BUG: sleeping function called from invalid context IRQ-23(272) at kernel/rtmutex.c:742
Dec 8 18:56:36 matrix kernel: in_atomic():0 [00000000], irqs_disabled():1
Dec 8 18:56:36 matrix kernel: Pid: 272, comm: IRQ-23 Tainted: G N 2.6.25.18-0.2-rt #1
Dec 8 18:56:36 matrix kernel:
Dec 8 18:56:36 matrix kernel: Call Trace:
Dec 8 18:56:36 matrix kernel: <ffffffff8020d815>] dump_trace+0xc3/0x4e2
Dec 8 18:56:36 matrix kernel: <ffffffff8020dc79>] show_trace+0x45/0x61
Dec 8 18:56:36 matrix kernel: <ffffffff8046120e>] dump_stack+0x72/0x7b
Dec 8 18:56:36 matrix kernel: <ffffffff8022de9e>] __might_sleep+0x115/0x11a
Dec 8 18:56:36 matrix kernel: <ffffffff8046430f>] __rt_spin_lock+0x2f/0x78
Dec 8 18:56:36 matrix kernel: <ffffffff80464361>] rt_spin_lock+0x9/0xb
Dec 8 18:56:36 matrix kernel: <ffffffff8813293d>] :ehci_hcd:ehci_irq+0x37/0x1b2
Dec 8 18:56:36 matrix kernel: <ffffffff880f3d58>] :usbcore:usb_hcd_irq+0x40/0x88
Dec 8 18:56:36 matrix kernel: <ffffffff80278f51>] handle_IRQ_event+0x5b/0xfb
Dec 8 18:56:36 matrix kernel: <ffffffff802792e0>] thread_simple_irq+0x54/0x94
Dec 8 18:56:36 matrix kernel: <ffffffff80279415>] do_irqd+0xf5/0x2e4
Dec 8 18:56:36 matrix kernel: <ffffffff8024c365>] kthread+0x49/0x76
Dec 8 18:56:36 matrix kernel: <ffffffff8020d1e8>] child_rip+0xa/0x12
Dec 8 18:56:36 matrix kernel: DWARF2 unwinder stuck at child_rip+0xa/0x12
Dec 8 18:56:36 matrix kernel:
Dec 8 18:56:36 matrix kernel: Leftover inexact backtrace:
Dec 8 18:56:36 matrix kernel:
Dec 8 18:56:36 matrix kernel: <ffffffff8024c31c>] ? kthread+0x0/0x76
Dec 8 18:56:36 matrix kernel: <ffffffff8020d1de>] ? child_rip+0x0/0x12
Dec 8 18:56:36 matrix kernel:

Now this has been around for a while, posts regarding this exact one are older.
At Microsoft a fix takes a couple of months after I write a business case.
Should we at opensource not be ‘better’…

paleeeeeze…

this happens for all apps, here just pkglist; it is all on ext3, plain vanilla no gimmicks, no lvm.

thx

Mike

Your processes seem to be crashing left and right. Is there a reason you are using the rt kernel? As I recall it is provided by one of the engineers as is and not one of the officially supplied kernels.