From: Valdis.Kletnieks@vt.edu
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org
Subject: mmotm 2010-05-19 BUG weirdness...
Date: Thu, 20 May 2010 11:47:50 -0400 [thread overview]
Message-ID: <4637.1274370470@localhost> (raw)
In-Reply-To: Your message of "Wed, 19 May 2010 16:13:09 PDT." <201005192341.o4JNf5Hv012931@imap1.linux-foundation.org>
[-- Attachment #1: Type: text/plain, Size: 5736 bytes --]
On Wed, 19 May 2010 16:13:09 PDT, akpm@linux-foundation.org said:
> The mm-of-the-moment snapshot 2010-05-19-16-12 has been uploaded to
>
> http://userweb.kernel.org/~akpm/mmotm/
So I'm looking closer at the BUG I just posted - I had deleted two further
BUGs because they were obviously follow-ons to the original. But then...
Note the following 2 lines:
[ 35.357018] note: keymap[2481] exited with preempt_count 1
[ 35.360503] BUG: scheduling while atomic: keymap/2481/0x10000002
The kernel reports the instigating process exited - and then reports it as
the offender for a "scheduling while atomic". Insufficient attempted cleanup
after the first BUG? Do we care because this is a sign of a scheduler bug
that could trip on a non-BUG as well, or is it "all bets are off" because of
the first BUG?
[ 35.294528] BUG: unable to handle kernel NULL pointer dereference at (null)
[ 35.295005] IP: [<(null)>] (null)
[ 35.296935] PGD 11da3c067 PUD 11d4ad067 PMD 0
[ 35.296935] Oops: 0010 [#1] PREEMPT SMP
[ 35.299667] last sysfs file: /sys/devices/pci0000:00/0000:00:1a.7/usb1/idVendor
[ 35.300328] CPU 0
[ 35.300328] Modules linked in:
[ 35.300328]
[ 35.300328] Pid: 2481, comm: keymap Not tainted 2.6.34-mmotm0519 #1 0X564R/Latitude E6500
[ 35.300328] RIP: 0010:[<0000000000000000>] [<(null)>] (null)
[ 35.300328] RSP: 0018:ffff88011d4d5cb0 EFLAGS: 00010046
[ 35.310163] RAX: 0000000000000000 RBX: ffff88011c03e000 RCX: 0000000000000081
[ 35.310163] RDX: ffff88011d4d5cc4 RSI: ffff88011d4d5cc8 RDI: ffff88011c03e000
[ 35.310163] RBP: ffff88011d4d5d28 R08: ffff88011e9b28e8 R09: 0000000000000001
[ 35.310163] R10: ffffffff81e0b160 R11: 0000000000000004 R12: 00000000000000a4
[ 35.310163] R13: ffff88011c03e830 R14: 0000000000000286 R15: ffff88011d4d5cc8
[ 35.310163] FS: 00007f4b86283700(0000) GS:ffff880002600000(0000) knlGS:0000000000000000
[ 35.319397] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 35.319397] CR2: 0000000000000000 CR3: 000000011d575000 CR4: 00000000000406f0
[ 35.319397] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 35.319397] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 35.319397] Process keymap (pid: 2481, threadinfo ffff88011d4d4000, task ffff88011e9b28c0)
[ 35.319397] Stack:
[ 35.319397] ffffffff813bf3d1 ffff88011d4d5cf8 0000008100000246 00000081000000a4
[ 35.319397] <0> 0000000000000004 0000000000000000 ffff88011d4d5cc4 ffff88011cf11200
[ 35.319397] <0> ffff88011c179000 ffff88011d4d5d28 0000000000000081 00007fff9ee21fa0
[ 35.319397] Call Trace:
[ 35.319397] [<ffffffff813bf3d1>] ? input_set_keycode+0xad/0x12c
[ 35.319397] [<ffffffff813c231d>] evdev_do_ioctl+0x22b/0x79b
[ 35.337913] [<ffffffff815a4b04>] ? __mutex_lock_common+0x564/0x580
[ 35.337913] [<ffffffff813c28ca>] ? evdev_ioctl_handler+0x3d/0x80
[ 35.341507] [<ffffffff813c28ca>] ? evdev_ioctl_handler+0x3d/0x80
[ 35.341507] [<ffffffff813c28f0>] evdev_ioctl_handler+0x63/0x80
[ 35.344034] [<ffffffff813c292a>] evdev_ioctl+0xb/0xd
[ 35.344034] [<ffffffff810ea6cd>] vfs_ioctl+0x2d/0xa1
[ 35.344034] [<ffffffff810eac4c>] do_vfs_ioctl+0x494/0x4cd
[ 35.344034] [<ffffffff810eacdc>] sys_ioctl+0x57/0x95
[ 35.344034] [<ffffffff8100266b>] system_call_fastpath+0x16/0x1b
[ 35.344034] Code: Bad RIP value.
[ 35.344034] RIP [<(null)>] (null)
[ 35.344034] RSP <ffff88011d4d5cb0>
[ 35.344034] CR2: 0000000000000000
[ 35.357018] ---[ end trace 394fa5aa8a77b6f3 ]---
[ 35.357018] note: keymap[2481] exited with preempt_count 1
[ 35.360503] BUG: scheduling while atomic: keymap/2481/0x10000002
[ 35.361774] INFO: lockdep is turned off.
[ 35.363106] Modules linked in:
[ 35.364442] Pid: 2481, comm: keymap Tainted: G D 2.6.34-mmotm0519 #1
[ 35.365759] Call Trace:
[ 35.367082] [<ffffffff810653af>] ? __debug_show_held_locks+0x1b/0x24
[ 35.368391] [<ffffffff8102e742>] __schedule_bug+0x6d/0x72
[ 35.369716] [<ffffffff815a34de>] schedule+0x10a/0x902
[ 35.371012] [<ffffffff81030b30>] __cond_resched+0x13/0x1f
[ 35.372305] [<ffffffff815a3dfa>] _cond_resched+0x16/0x1d
[ 35.373576] [<ffffffff810c3f10>] unmap_vmas+0x7b7/0x828
[ 35.374850] [<ffffffff810c922b>] exit_mmap+0x82/0xfd
[ 35.376093] [<ffffffff81035ede>] mmput+0x43/0xcf
[ 35.377339] [<ffffffff8103a23a>] exit_mm+0x11d/0x12a
[ 35.378564] [<ffffffff8103c21e>] do_exit+0x2e1/0x932
[ 35.379792] [<ffffffff810393cf>] ? kmsg_dump+0x136/0x150
[ 35.381014] [<ffffffff815a78b5>] oops_end+0x89/0x8e
[ 35.382211] [<ffffffff8101fc79>] no_context+0x1f7/0x206
[ 35.383384] [<ffffffff8101fe0f>] __bad_area_nosemaphore+0x187/0x1c7
[ 35.384571] [<ffffffff810674bf>] ? __lock_acquire+0xc58/0xd09
[ 35.385751] [<ffffffff8101fe5d>] bad_area_nosemaphore+0xe/0x10
[ 35.386936] [<ffffffff815a9433>] do_page_fault+0x1f3/0x44b
[ 35.388111] [<ffffffff815a58f2>] ? trace_hardirqs_off_thunk+0x3a/0x3c
[ 35.389296] [<ffffffff815a6cbf>] page_fault+0x1f/0x30
[ 35.390437] [<ffffffff813bf3d1>] ? input_set_keycode+0xad/0x12c
[ 35.391534] [<ffffffff813c231d>] evdev_do_ioctl+0x22b/0x79b
[ 35.392639] [<ffffffff815a4b04>] ? __mutex_lock_common+0x564/0x580
[ 35.393722] [<ffffffff813c28ca>] ? evdev_ioctl_handler+0x3d/0x80
[ 35.394747] [<ffffffff813c28ca>] ? evdev_ioctl_handler+0x3d/0x80
[ 35.395748] [<ffffffff813c28f0>] evdev_ioctl_handler+0x63/0x80
[ 35.396686] [<ffffffff813c292a>] evdev_ioctl+0xb/0xd
[ 35.397627] [<ffffffff810ea6cd>] vfs_ioctl+0x2d/0xa1
[ 35.398541] [<ffffffff810eac4c>] do_vfs_ioctl+0x494/0x4cd
[ 35.399471] [<ffffffff810eacdc>] sys_ioctl+0x57/0x95
[ 35.400387] [<ffffffff8100266b>] system_call_fastpath+0x16/0x1b
[-- Attachment #2: Type: application/pgp-signature, Size: 227 bytes --]
next prev parent reply other threads:[~2010-05-20 15:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-19 23:13 mmotm 2010-05-19-16-12 uploaded akpm
2010-05-20 15:21 ` mmotm 2010-05-19 - Kconfig dependency list from hell Valdis.Kletnieks
2010-05-20 15:47 ` Valdis.Kletnieks [this message]
2010-05-20 12:55 ` mmotm 2010-05-19 BUG weirdness Andrew Morton
2010-05-20 16:45 ` Dmitry Torokhov
2010-05-20 17:52 ` Valdis.Kletnieks
2010-05-20 18:17 ` [2.6.34 PATCH] kernel: fix exit message for dead process Valdis.Kletnieks
2010-05-20 18:36 ` Andrew Morton
2010-05-20 21:08 ` [PATCH -mmotm] media: ak881x needs slab.h Randy Dunlap
2010-06-01 6:04 ` Ingo Molnar
2010-05-20 21:08 ` [PATCH -mmotm] backlight: fix s6e63m0 kconfig Randy Dunlap
2010-05-20 21:08 ` [PATCH -mmotm] backlight: fix s6e63m0 device attr function return types Randy Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4637.1274370470@localhost \
--to=valdis.kletnieks@vt.edu \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.