linux-kernel - Re: [x86] BUG: unable to handle kernel paging request at 08000060

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 7 Oct 2013 17:46:53 +0800
From:	Fengguang Wu <fengguang.wu@...el.com>
To:	Peter Zijlstra <peterz@...radead.org>
Cc:	Ingo Molnar <mingo@...nel.org>, linux-kernel@...r.kernel.org
Subject: Re: [x86] BUG: unable to handle kernel paging request at 08000060

On Mon, Oct 07, 2013 at 11:36:17AM +0200, Peter Zijlstra wrote:
> On Mon, Oct 07, 2013 at 05:17:20PM +0800, Fengguang Wu wrote:
> > On Mon, Oct 07, 2013 at 10:49:57AM +0200, Peter Zijlstra wrote:
> > 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.
> 
> But the reported bad commit was: 0c44c2d0f459cd7e275242b72f500137c4fa834d
> which is not the same number as your last BAD line.

Ah yes, this is because the bisect script will in the end
double check whether the same bug exists in

- first bad commit's parent(s) (with increased boot count)
- first bad commit reverted (if could be reverted)
- branch HEAD (if the tree/branch could be figured out)
- upstream
- linux-next

Thanks,
Fengguang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/