[PREEMPT_RT] - kernel panic with 3.6.11-rt25

[Clark Williams <williams@redhat.com>]

[-- Attachment #1: Type: text/plain, Size: 3291 bytes --]

My laptop panic'ed this morning while I was doing my normal routine
(nothing extraordinary running, just mail, IRC, web browsers,
emacs, etc.). I've been running this kernel for quite a while now,
pretty sure it's been running for days (suspend/resume). 

I took a picture of the backtrace and did a rough hand transcribe of it
here:

[204513.211279] kernel BUG at /home/williams/src/linux+rt/kernel/rt-linux.git/kernel/sched/core.c:1728
[204513.211283] invalid opcode: 0000 [#1] PREEMPT SMP 
[204513.211327] Modules linked in:  <huge list mail if interested>
[204513.211346] CPU 6 
[204513.211347] Pid: 23152, comm: kworker/6:1 Not tainted 3.6.11-rt25+ #47 LENOVO 4391AH2/4391AH2 ...
[204513.201307] Call Trace:
[204513.211394]  [<ffffffff81634d90>] ? _raw_spin_unlock_irqrestore+0x20/0x60 
[204513.211398]  [<ffffffff816332c9>] schedule+0x29/0x70 
[204513.211402]  [<ffffffff81634245>] rt_spin_lock_slowlock+0xe5/0x2c0
[204513.211406]  [<ffffffff81634a36>] rt_spin_lock+0x26/0x30
[204513.211412]  [<ffffffff8107fcb2>] process_one_work+0x172/0x510
[204513.211418]  [<ffffffff812d6030>] ? disk_release+0xc0/0xc0
[204513.211422]  [<ffffffff81080446>] worker_thread+0x166/0x250
[204513.211426]  [<ffffffff810802e0>] ? rescuer_thread+0x250/0x250
[204513.211430]  [<ffffffff81085113>] kthread+0x93/0xa0 
[204513.211435]  [<ffffffff81092339>] ? finish_task_switch+0x49/0xf0
[204513.211439]  [<ffffffff8163d504>] kernel_thread_helper+0x4/0x10
[204513.211443]  [<ffffffff81005080>] ? __init_kthread_worker+0x60/0x60
[204513.211445]  [<ffffffff8163d588>] ? gs_change+0x13/0x13
[204513.211470]  Code: ff 55 30 48 85 c0 74 e7 48 89 45 c0 e9 1c f9 ff
ff 44 8b 9f a0 02 00 00 45 85 db 0f 85 1d f0 ff ff e8 fd 7b ff ff e9 13
f8 ff ff <0f> 0b 0f 0b c9 9b 00 00 00 e9 cd fe ff ff a9 00 00 00 40 90
0f 
[204513.211474] RIP [<ffffffff8163310c>] __schedule+0x07c/0x910 
[204513.211475] RSP <ffff880117b0dc30>


And here's the output of addr2line on the non-questionable addresses
from the above backtrace: 


$ addr2line -e rt-3.6/vmlinux ffffffff816332c9
/home/williams/src/linux-rt/kernel/rt-linux.git/kernel/sched/core.c:3698
$ addr2line -e rt-3.6/vmlinux ffffffff81634245
/home/williams/src/linux-rt/kernel/rt-linux.git/kernel/rtmutex.c:768
$ addr2line -e rt-3.6/vmlinux ffffffff81634a36
/home/williams/src/linux-rt/kernel/rt-linux.git/kernel/rtmutex.c:830
$ addr2line -e rt-3.6/vmlinux ffffffff8107fcb2
/home/williams/src/linux-rt/kernel/rt-linux.git/kernel/workqueue.c:2111
$ addr2line -e rt-3.6/vmlinux ffffffff81080446
/home/williams/src/linux-rt/kernel/rt-linux.git/kernel/workqueue.c:2211
$ addr2line -e rt-3.6/vmlinux ffffffff81085113
/home/williams/src/linux-rt/kernel/rt-linux.git/kernel/kthread.c:121
$ addr2line -e rt-3.6/vmlinux ffffffff8163d504
/home/williams/src/linux-rt/kernel/rt-linux.git/arch/x86/kernel/entry_64.S:1224


Unfortunately, the eights and zeros tend to bleed together in the
picture I took (stupid cell phone camera) so I'm not completely
positive about the traceback addresses like the workqueue.c:2211
report. I am fairly confident of the addresses above that in the call
trace stack. I'm not making a lot of sense out of this trace though.

Next time I'll run downstairs and get the 8Mpixel camera. 

Clark

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]