[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1504001022.8323.24.camel@gmx.de>
Date: Tue, 29 Aug 2017 12:03:42 +0200
From: Mike Galbraith <efault@....de>
To: Ingo Molnar <mingo@...nel.org>
Cc: Kees Cook <keescook@...omium.org>,
LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>,
Josh Poimboeuf <jpoimboe@...hat.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Thomas Gleixner <tglx@...utronix.de>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Elena Reshetova <elena.reshetova@...el.com>,
Arnd Bergmann <arnd@...db.de>, "H. Peter Anvin" <hpa@...or.com>
Subject: Re: tip -ENOBOOT - bisected to locking/refcounts, x86/asm:
Implement fast refcount overflow protection
On Tue, 2017-08-29 at 11:27 +0200, Ingo Molnar wrote:
> * Mike Galbraith <efault@....de> wrote:
>
> > On Tue, 2017-08-29 at 10:58 +0200, Ingo Molnar wrote:
> > > * Mike Galbraith <efault@....de> wrote:
> > >
> > > > Greetings,
> > > >
> > > > Take 2 of KVM bisect as you work fingered $subject. Take 1 was stymied
> > > > by build dependencies (aa5d1b81, df340524) which I foolishly tried to
> > > > skip, leading git bisect to end up handing me a list of commits that
> > > > might be busted. During take 2, I added those two as required.
> > > >
> > > > Symptom is a few splats as below, with box finally hanging. Network
> > > > comes up, but neither ssh nor console login is possible.
> > >
> > > Just to double check, does the patch below also cure the regression?
> > > If we don't find the bug it might be safer than a full revert.
> >
> > I reverted it, and vbox now boots. Should I still try the below?
>
> Would be nice, so I can stick a Tested-by on it and such!
Done, works.
-Mike
Powered by blists - more mailing lists