From: Fengguang Wu <fengguang.wu@intel.com>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Ingo Molnar <mingo@kernel.org>, linux-kernel@vger.kernel.org
Subject: Re: [x86] BUG: unable to handle kernel paging request at 08000060
Date: Mon, 7 Oct 2013 17:17:20 +0800 [thread overview]
Message-ID: <20131007091720.GA28025@localhost> (raw)
In-Reply-To: <20131007084957.GY3081@twins.programming.kicks-ass.net>
On Mon, Oct 07, 2013 at 10:49:57AM +0200, Peter Zijlstra wrote:
> On Sun, Oct 06, 2013 at 07:47:28AM +0800, Fengguang Wu wrote:
> >
> > Hi Peter,
> >
> > Here is another bisect on a different kconfig.
> >
> > [ 6.612196] Write protecting the kernel text: 9752k
> > [ 6.613078] Write protecting the kernel read-only data: 3444k
> > [ 6.647222] BUG: unable to handle kernel paging request at 08000060
> > [ 6.648030] IP: [<41046ab0>] task_work_run+0x60/0xa0
> > [ 6.648030] *pde = 0686f067 *pte = 00000000
> > [ 6.648030] Oops: 0000 [#1] PREEMPT DEBUG_PAGEALLOC
> > [ 6.648030] CPU: 0 PID: 131 Comm: rc.local Not tainted 3.12.0-rc2-02842-g45c4ea0 #2
> > [ 6.648030] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
> > [ 6.648030] task: 46865000 ti: 46874000 task.ti: 46874000
> > [ 6.648030] EIP: 0060:[<41046ab0>] EFLAGS: 00010206 CPU: 0
> > [ 6.648030] EIP is at task_work_run+0x60/0xa0
> > [ 6.648030] EAX: 08000060 EBX: 46862f40 ECX: 00000000 EDX: 08000060
> > [ 6.648030] ESI: 468652ac EDI: 46865000 EBP: 46875f9c ESP: 46875f90
> > [ 6.648030] DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
> > [ 6.648030] CR0: 8005003b CR2: 08000060 CR3: 0686e000 CR4: 00000690
> > [ 6.648030] Stack:
> > [ 6.648030] 396f7903 396e0ee8 37642ff4 46875fac 41002310 41984ebc 4fff01bc 46874000
> > [ 6.648030] 419848e6 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> > [ 6.648030] 0000007b 0000007b 00000000 00000000 0000000b 377a01d0 00000073 00000200
> > [ 6.648030] Call Trace:
> > [ 6.648030] [<41002310>] do_notify_resume+0x50/0x60
> > [ 6.648030] [<41984ebc>] ? sysenter_do_call+0x1e/0x37
> > [ 6.648030] [<419848e6>] work_notifysig+0x26/0x30
> > [ 6.648030] Code: eb 0b 89 f6 8d bc 27 00 00 00 00 31 c9 89 d0 0f b1 0e 39 c2 75 d5 85 d2 74 46 90 f3 90 8b 87 e4 02 00 00 85 c0 74 f4 31 db 66 90 <8b> 02 89 1a 85 c0 74 08 89 d3 89 c2 eb f2 66 90 89 d0 ff 52 04
> > [ 6.648030] EIP: [<41046ab0>] task_work_run+0x60/0xa0 SS:ESP 0068:46875f90
> > [ 6.648030] CR2: 0000000008000060
> > [ 6.678032] CRED: Invalid credentials
> >
> > git bisect start 45c4ea0c4c1b8abffb575b865243fd1c69bbecd9 v3.11 --
> > git bisect good 39eda2aba6be642b71f2e0ad623dcb09fd9d79cf # 00:42 150+ Merge branch 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc
> > git bisect good bff157b3ad4b9f6be0af6987fcd62deaf0f2b799 # 03:47 150+ Merge branch 'slab/next' of git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux
> > git bisect good f659a4f17bbecdbad57dd5c63a1783e5ec5fd792 # 09:17 150+ Merge remote-tracking branch 'drm-intel/for-linux-next'
> > git bisect bad 6405cd58ac5c0a6ed5f4f1308892147870b9d5cf # 09:22 1- Merge remote-tracking branch 'regmap/for-next'
> > git bisect good 5094001bc464c12d3e04eb73a5e0d5e8436f09f7 # 12:28 150+ Merge remote-tracking branch 'omap_dss2/for-next'
> > git bisect good 8f31410ee9917e8648c7cf7f45e22320c166998a # 17:48 150+ Merge remote-tracking branch 'spi/for-next'
> > git bisect bad 6f014a7ea91f80f765ba700dcd1728680ba5c58e # 17:52 0- Merge remote-tracking branch 'tip/auto-latest'
> > git bisect bad bce56fbc0f165658f7e0715fedc8d39840bae31c # 17:57 0- Merge branch 'sched/core'
> > git bisect bad c2daa3bed53a81171cf8c1a36db798e82b91afe8 # 18:01 2- sched, x86: Provide a per-cpu preempt_count implementation
> > git bisect good 4314895165623879937f46d767673654662b570c # 18:18 150+ sched: Micro-optimize by dropping unnecessary task_rq() calls
> > git bisect bad 4a2b4b222743bb07fedf985b884550f2ca067ea9 # 18:22 2- sched: Introduce preempt_count accessor functions
> > git bisect bad b021fe3e25094fbec22d0eff846d2adeee1b9736 # 18:26 0- sched, rcu: Make RCU use resched_cpu()
> > git bisect bad 0c44c2d0f459cd7e275242b72f500137c4fa834d # 18:27 0- x86: Use asm goto to implement better modify_and_test() functions
> > git bisect good 4314895165623879937f46d767673654662b570c # 21:38 450+ sched: Micro-optimize by dropping unnecessary task_rq() calls
> > git bisect bad a0cf1abc25ac197dd97b857c0f6341066a8cb1cf # 21:38 0- Add linux-next specific files for 20130927
> > git bisect good c31eeaced22ce8bd61268a3c595d542bb38c0a4f # 21:59 450+ Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
> > git bisect bad a0cf1abc25ac197dd97b857c0f6341066a8cb1cf # 21:59 0- Add linux-next specific files for 20130927
> >
>
> Does this point to the same commit or what?
Yes it's bisected to the same commit.
> How does one read these things?
In each report, I'll show a digest of the first call trace and attach
the full dmesg, kconfig and bisect log files.
The numbers in the below two lines mean
> > git bisect good c31eeaced22ce8bd61268a3c595d542bb38c0a4f # 21:59 450+ Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net
> > git bisect bad a0cf1abc25ac197dd97b857c0f6341066a8cb1cf # 21:59 0- Add linux-next specific files for 20130927
21:59 => wall time
450+ => this bisect test finishes after 450 good boots; suffix "+" means bisect test result is GOOD
(collected large enough samples to claim it a GOOD kernel/commit)
0- => this bisect test finishes after 0 good boots; suffix "-" means bisect test result is BAD
(it sees the message "BUG: unable to handle kernel ..." on the first boot)
Since all the BAD commits see only 0, 1, or 2 good boots (the lines
with "0-", "1-", "2-") before see the bug message, it means the
problem is pretty reproducible.
Thanks,
Fengguang
next prev parent reply other threads:[~2013-10-07 9:17 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-05 23:44 [x86] BUG: unable to handle kernel paging request at 00740060 Fengguang Wu
2013-10-05 23:47 ` [x86] BUG: unable to handle kernel paging request at 08000060 Fengguang Wu
2013-10-06 7:27 ` Mike Galbraith
2013-10-06 7:36 ` Fengguang Wu
2013-10-07 8:49 ` Peter Zijlstra
2013-10-07 9:17 ` Fengguang Wu [this message]
2013-10-07 9:36 ` Peter Zijlstra
2013-10-07 9:46 ` Fengguang Wu
2013-10-07 8:55 ` [x86] BUG: unable to handle kernel paging request at 00740060 Peter Zijlstra
2013-10-07 9:08 ` Peter Zijlstra
2013-10-07 11:32 ` Fengguang Wu
2013-10-07 9:27 ` Fengguang Wu
2013-10-07 18:47 ` Linus Torvalds
2013-10-08 7:51 ` Fengguang Wu
2013-10-08 16:21 ` Linus Torvalds
2013-10-08 17:15 ` [x86] BUG: unable to handle kernel NULL pointer dereference at (null) Fengguang Wu
2013-10-08 17:31 ` Linus Torvalds
2013-10-09 1:09 ` Fengguang Wu
2013-10-09 1:33 ` Linus Torvalds
2013-10-08 18:51 ` [x86] BUG: unable to handle kernel paging request at 00740060 Oleg Nesterov
2013-10-08 19:05 ` Jakub Jelinek
2013-10-08 19:20 ` Linus Torvalds
2013-10-08 19:34 ` Linus Torvalds
2013-10-08 19:35 ` Oleg Nesterov
2013-10-08 19:49 ` Linus Torvalds
2013-10-09 1:43 ` Mike Galbraith
2013-10-08 19:05 ` Linus Torvalds
2013-10-08 16:46 ` Oleg Nesterov
2013-10-08 14:34 ` Oleg Nesterov
2013-10-09 8:04 ` Fengguang Wu
2013-10-09 12:19 ` Fengguang Wu
2013-10-09 12:21 ` Fengguang Wu
2013-10-09 12:27 ` Peter Zijlstra
2013-10-09 12:52 ` Ingo Molnar
2013-10-09 17:18 ` Ingo Molnar
2013-10-10 2:15 ` Mike Galbraith
2013-10-09 12:56 ` Fengguang Wu
2013-10-09 12:43 ` Oleg Nesterov
2013-10-09 14:07 ` Peter Zijlstra
2013-10-09 14:17 ` Oleg Nesterov
2013-10-09 14:32 ` Ingo Molnar
2013-10-09 14:33 ` Peter Zijlstra
2013-10-09 14:46 ` Peter Zijlstra
2013-10-09 18:16 ` Jakub Jelinek
2013-10-09 18:54 ` Linus Torvalds
2013-10-09 19:02 ` Peter Zijlstra
2013-10-09 19:08 ` Jakub Jelinek
2013-10-10 6:22 ` Ingo Molnar
2013-10-10 6:51 ` Jakub Jelinek
2013-10-10 8:04 ` Jakub Jelinek
2013-10-10 8:24 ` [PATCH] gcc4: Add 'asm goto' miscompilation quirk Ingo Molnar
2013-10-10 8:31 ` Jakub Jelinek
2013-10-10 8:45 ` Ingo Molnar
2013-10-10 8:55 ` [PATCH, -v2] compiler/gcc4: Add quirk for 'asm goto' miscompilation bug Ingo Molnar
2013-10-10 11:56 ` Peter Zijlstra
2013-10-10 12:32 ` Jakub Jelinek
2013-10-10 13:10 ` Peter Zijlstra
2013-10-10 15:04 ` Ingo Molnar
2013-10-10 14:04 ` [PATCH] gcc4: Add 'asm goto' miscompilation quirk Richard Henderson
2013-10-10 14:27 ` Jakub Jelinek
2013-10-10 15:12 ` [PATCH, -v3] compiler/gcc4: Add quirk for 'asm goto' miscompilation bug Ingo Molnar
2013-10-10 16:15 ` Richard Henderson
2013-10-10 16:49 ` Ingo Molnar
2013-10-11 4:35 ` Fengguang Wu
2013-10-11 5:46 ` Ingo Molnar
2013-10-11 6:51 ` Fengguang Wu
2013-10-11 9:30 ` Fengguang Wu
2013-10-12 17:03 ` Ingo Molnar
2013-10-10 8:34 ` [PATCH] gcc4: Add 'asm goto' miscompilation quirk Ingo Molnar
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=20131007091720.GA28025@localhost \
--to=fengguang.wu@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).