From mboxrd@z Thu Jan  1 00:00:00 1970
From: Tony Lindgren <tony@atomide.com>
Subject: Re: Nokia N900 on 5.4 and 5.5
Date: Fri, 7 Feb 2020 09:01:49 -0800
Message-ID: <20200207170149.GC64767@atomide.com>
References: <79b91017-b52a-8aff-4b9c-913ae655f7bf@wizzup.org>
 <185CD173-C13C-4D56-B3DE-9A8D7784963C@goldelico.com>
 <20200207163623.GA64767@atomide.com>
 <da14d6bb-f241-2dd4-8e94-886217a40ed7@wizzup.org>
 <20200207165344.GB64767@atomide.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <linux-omap-owner@vger.kernel.org>
Received: from muru.com ([72.249.23.125]:53278 "EHLO muru.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1726901AbgBGRBw (ORCPT <rfc822;linux-omap@vger.kernel.org>);
        Fri, 7 Feb 2020 12:01:52 -0500
Content-Disposition: inline
In-Reply-To: <20200207165344.GB64767@atomide.com>
Sender: linux-omap-owner@vger.kernel.org
List-Id: linux-omap@vger.kernel.org
To: Merlijn Wajer <merlijn@wizzup.org>
Cc: Kees Cook <keescook@chromium.org>, Nicolas Pitre <nico@fluxnic.net>, Russell King <rmk+kernel@armlinux.org.uk>, linux-omap <linux-omap@vger.kernel.org>, Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com>, "Arthur D." <spinal.by@gmail.com>, "H. Nikolaus Schaller" <hns@goldelico.com>, linux-arm-kernel@lists.infradead.org, Aaro Koskinen <aaro.koskinen@iki.fi>

* Tony Lindgren <tony@atomide.com> [200207 16:54]:
> * Merlijn Wajer <merlijn@wizzup.org> [200207 16:47]:
> > On 07/02/2020 17:36, Tony Lindgren wrote:
> > > 
> > > Looks like there's a regression in general for appended dtb booting that
> > > was caused by commit 9f671e58159a ("security: Create "kernel hardening"
> > > config area"). With that change we now get STACKPROTECTOR_PER_TASK
> > > selected by default with Kconfig.
> > > 
> > > Merlijn, care to try to disable STACKPROTECTOR_PER_TASK in your
> > > .config to see if that helps?
> > 
> > Yes, this makes the kernel boot.
> 
> OK good to hear. My guess is that having STACKPROTECTOR_PER_TASK
> selected causes changes to include/generated/asm-offsets.h that
> appended dtb booting does not like. But let's see what others
> think.

I don't think this is an issue of CONFIG_STACKPROTECTOR + CONFIG_SMP
booted on UP machine as it only happens with appended dtb it seems.

Regards,

Tony