From: "Vegard Nossum" <vegard.nossum@gmail.com>
To: "Dmitry Adamushko" <dmitry.adamushko@gmail.com>
Cc: Yanmin <yanmin_zhang@linux.intel.com>,
"Rusty Russell" <rusty@rustcorp.com.au>,
"Ingo Molnar" <mingo@elte.hu>,
"Peter Zijlstra" <a.p.zijlstra@chello.nl>,
"Dhaval Giani" <dhaval@linux.vnet.ibm.com>,
"Gautham R Shenoy" <ego@in.ibm.com>,
"Heiko Carstens" <heiko.carstens@de.ibm.com>,
miaox@cn.fujitsu.com, "Lai Jiangshan" <laijs@cn.fujitsu.com>,
"Avi Kivity" <avi@qumranet.com>,
linux-kernel@vger.kernel.org,
"Pekka Enberg" <penberg@cs.helsinki.fi>
Subject: Re: v2.6.26-rc9: kernel BUG at kernel/sched.c:5858!
Date: Thu, 10 Jul 2008 15:43:18 +0200 [thread overview]
Message-ID: <19f34abd0807100643t232372b4h9bbb6c5fb21845db@mail.gmail.com> (raw)
In-Reply-To: <19f34abd0807100633q632095b7k7635032d5fd21bc5@mail.gmail.com>
On Thu, Jul 10, 2008 at 3:33 PM, Vegard Nossum <vegard.nossum@gmail.com> wrote:
>> Oops: 0002 [#1] PREEMPT SMP DEBUG_PAGEALLOC
>> Pid: 19762, comm: grep Not tainted (2.6.26-rc9-00059-gb190333 #5)
>> EIP: 0060:[<c01991c7>] EFLAGS: 00210203 CPU: 0
>> EIP is at kmem_cache_alloc+0xc7/0xe0
>
> $ addr2line -e vmlinux -i c01991c7
> include/asm/string_32.h:183
> mm/slub.c:1646
>
> For reference, the disassembly:
> c01991c7: f3 ab rep stos %eax,%es:(%edi)
>
> and registers in question:
>
> ESI: 00200282 EDI: f6c44000 EBP: e7c2befc ESP: e7c2bedc
> DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Got a similar one (same EIP), but this time with the "top" of the oops as well:
BUG: unable to handle kernel paging request at e82be000
IP: [<c01991c7>] kmem_cache_alloc+0xc7/0xe0
*pde = 35657163 *pte = 282be160
Oops: 0002 [#1] PREEMPT SMP DEBUG_PAGEALLOC
Pid: 3879, comm: grep Not tainted (2.6.26-rc9-00059-gb190333 #5)
EIP: 0060:[<c01991c7>] EFLAGS: 00210203 CPU: 0
EIP is at kmem_cache_alloc+0xc7/0xe0
EAX: 00000000 EBX: e82bdf00 ECX: 1adada9a EDX: 6b6b6b6b
ESI: 00200282 EDI: e82be000 EBP: da711e74 ESP: da711e54
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process grep (pid: 3879, ti=da710000 task=da7f6f90 task.ti=da710000)
Stack: c019fa36 f7a9cf20 c019fa36 000080d0 f7811c30 00000003 da711f04 ffffffe9
da711e8c c019fa36 c092e478 000001f6 00000003 da711f04 da711eac c01a8e44
00001000 e802a100 ffffff9c da711f04 00018801 00000004 da711ec4 c01a8f31
Call Trace:
[<c019fa36>] ? get_empty_filp+0x36/0x140
[<c019fa36>] ? get_empty_filp+0x36/0x140
[<c019fa36>] ? get_empty_filp+0x36/0x140
[<c01a8e44>] ? __path_lookup_intent_open+0x24/0x90
[<c01a8f31>] ? path_lookup_open+0x21/0x30
[<c01a8fd3>] ? do_filp_open+0x93/0x710
[<c019cc48>] ? get_unused_fd_flags+0xc8/0xf0
[<c05849b7>] ? _spin_unlock+0x27/0x50
[<c019cc48>] ? get_unused_fd_flags+0xc8/0xf0
[<c019ccb9>] ? do_sys_open+0x49/0xe0
[<c019fbf9>] ? fput+0x19/0x20
[<c019cdb9>] ? sys_open+0x29/0x40
[<c0104ceb>] ? sysenter_past_esp+0x78/0xd1
=======================
Code: b9 ff ff ff ff 8b 55 ec 89 7c 24 04 89 04 24 8b 45 f0 e8 4d f6 ff ff 89 c3
eb a0 85 db 74 bc 8b 57 10 31 c0 89 df 89 d1 c1 e9 02 <f3> ab f6 c2 02 74 02 66
ab f6 c2 01 74 01 aa eb 9f 90 8d b4 26
EIP: [<c01991c7>] kmem_cache_alloc+0xc7/0xe0 SS:ESP 0068:da711e54
---[ end trace f3a251e0ce11b6fd ]---
This seems to be grep both times, the command I used is:
$ grep -r . /sys
Vegard
--
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
-- E. W. Dijkstra, EWD1036
next prev parent reply other threads:[~2008-07-10 13:43 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-10 11:59 v2.6.26-rc9: kernel BUG at kernel/sched.c:5858! Vegard Nossum
2008-07-10 12:12 ` Vegard Nossum
2008-07-10 12:50 ` Dmitry Adamushko
2008-07-10 13:04 ` Vegard Nossum
2008-07-10 13:17 ` Vegard Nossum
2008-07-10 13:33 ` Vegard Nossum
2008-07-10 13:43 ` Vegard Nossum [this message]
2008-07-10 14:03 ` Dmitry Adamushko
2008-07-10 14:16 ` Vegard Nossum
2008-07-10 15:06 ` Vegard Nossum
2008-07-10 19:49 ` Vegard Nossum
2008-07-10 20:16 ` Dmitry Adamushko
2008-07-11 5:49 ` Vegard Nossum
2008-07-11 9:02 ` Dmitry Adamushko
2008-07-11 11:04 ` Vegard Nossum
2008-07-11 11:46 ` Dmitry Adamushko
2008-07-11 17:51 ` Vegard Nossum
2008-07-11 18:00 ` Vegard Nossum
2008-07-11 23:42 ` Dmitry Adamushko
2008-07-10 20:20 ` Rafael J. Wysocki
2008-07-11 5:23 ` Vegard Nossum
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=19f34abd0807100643t232372b4h9bbb6c5fb21845db@mail.gmail.com \
--to=vegard.nossum@gmail.com \
--cc=a.p.zijlstra@chello.nl \
--cc=avi@qumranet.com \
--cc=dhaval@linux.vnet.ibm.com \
--cc=dmitry.adamushko@gmail.com \
--cc=ego@in.ibm.com \
--cc=heiko.carstens@de.ibm.com \
--cc=laijs@cn.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=miaox@cn.fujitsu.com \
--cc=mingo@elte.hu \
--cc=penberg@cs.helsinki.fi \
--cc=rusty@rustcorp.com.au \
--cc=yanmin_zhang@linux.intel.com \
/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.