[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180425091635.7e8a7ffd@redhat.com>
Date: Wed, 25 Apr 2018 09:16:35 +0200
From: Jesper Dangaard Brouer <brouer@...hat.com>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Toke Høiland-Jørgensen <toke@...e.dk>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
David Ahern <dsa@...ulusnetworks.com>, brouer@...hat.com,
Ingo Molnar <mingo@...nel.org>
Subject: Re: Boot failures with net-next after rebase to v4.17.0-rc1
On Tue, 24 Apr 2018 13:04:23 -0700
Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> On Tue, Apr 24, 2018 at 12:54 PM, Jesper Dangaard Brouer
> <brouer@...hat.com> wrote:
> > Hi all,
> >
> > I'm experiencing boot failures with net-next git-tree after it got
> > rebased/merged with Linus'es tree at v4.17.0-rc1.
>
> I suspect it's the global bit stuff that came in very late in the
> merge window, and had been developed and tested for a while before,
> but showed some problems under some configs.
>
> The fix is currently in the x86/pti tree in -tip, see:
>
> x86/pti: Fix boot problems from Global-bit setting
>
> and I expect it will percolate upstream soon.
>
> In the meantime, it would be good to verify that merging that x86/pti
> branch fixes it for you?
Thanks for spotting this so quickly!
I have verified that this DOES solve the issue for me :-)))
If others are hit by this, and cannot wait for Linus to pull the tip
tree, this is the pull command:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/pti
> There is another candidate for boot problems - do you happen to have
> CONFIG_DEFERRED_STRUCT_PAGE_INIT enabled? That can under certain
> circumstances get a percpu setup page fault because memory hadn't been
> initialized sufficiently.
CONFIG_DEFERRED_STRUCT_PAGE_INIT is not set
> The fix there is to move the mm_init() call one step earlier in
> init_main(): start_kernel() (to before trap_init()).
>
> And if it's neither of the above, I think you'll need to help bisect it.
--
Best regards,
Jesper Dangaard Brouer
MSc.CS, Principal Kernel Engineer at Red Hat
LinkedIn: http://www.linkedin.com/in/brouer
Powered by blists - more mailing lists