Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752842AbbKWMcw (ORCPT ); Mon, 23 Nov 2015 07:32:52 -0500 Received: from eu-smtp-delivery-143.mimecast.com ([207.82.80.143]:44219 "EHLO eu-smtp-delivery-143.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751984AbbKWMcv convert rfc822-to-8bit (ORCPT ); Mon, 23 Nov 2015 07:32:51 -0500 Message-ID: <56530769.4030403@arm.com> Date: Mon, 23 Nov 2015 12:32:41 +0000 From: Vladimir Murzin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Nikita Yushchenko CC: Russell King - ARM Linux , kuznetsovg@dev.rtsoft.ru, Ian Campbell , Mason , Ard Biesheuvel , Will Deacon , Paul Kocialkowski , linux-kernel@vger.kernel.org, Masahiro Yamada , Pavel Machek , linux-arm-kernel@lists.infradead.org Subject: Re: [RFC/PATCH] arm: do not skip SMP init calls on SMP_ON_UP case References: <1448279946-19975-1-git-send-email-nyushchenko@dev.rtsoft.ru> <20151123120317.GN8644@n2100.arm.linux.org.uk> <5653015C.4020405@dev.rtsoft.ru> In-Reply-To: <5653015C.4020405@dev.rtsoft.ru> X-OriginalArrivalTime: 23 Nov 2015 12:32:47.0300 (UTC) FILETIME=[0F330840:01D125EB] X-MC-Unique: quQ7z9g7T4CzomCCB0nYwQ-1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1730 Lines: 46 On 23/11/15 12:06, Nikita Yushchenko wrote: > 23.11.2015 15:03, Russell King - ARM Linux пишет: >> On Mon, Nov 23, 2015 at 02:59:06PM +0300, nyushchenko@dev.rtsoft.ru wrote: >>> From: Nikita Yushchenko >>> >>> While running an imx6s boasrd, I got following message in boot log: >>> >>> [ 0.032414] CPU1: failed to boot: -38 >>> >>> This looked strange: imx6s is singe-core and kernel perfectly knows >>> that. However, for some reason it tries to initialize CPU 1? >>> >>> I found this to be caused by >>> - CONFIG_SMP_ON_UP successfully detects that system is single core, >>> - this causes is_smp() to return false, >>> - this causes setup_arch() to skip smp_init_cpus() call, >>> - this skips board-specific code that sets cpu_possible mask. >> >> Right, so you should end up with the possible and present masks >> containing just one CPU, which should prevent the kernel trying to >> bring any secondary CPUs online. > > Kernel that is running here still tries to init CPU 1 for some reason. I *guess* cpus node [1] in your dts has more than one cpu entry, could you check please? [1] Documentation/devicetree/bindings/arm/cpus.txt Vladimir > > Will try to check mainline (although not sure if that will be possible > on available custom hardware) > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/