Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752846AbbKWMGz (ORCPT ); Mon, 23 Nov 2015 07:06:55 -0500 Received: from mail.dev.rtsoft.ru ([213.79.90.226]:38977 "EHLO dev.rtsoft.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751864AbbKWMGy (ORCPT ); Mon, 23 Nov 2015 07:06:54 -0500 Message-ID: <5653015C.4020405@dev.rtsoft.ru> Date: Mon, 23 Nov 2015 15:06:52 +0300 From: Nikita Yushchenko Organization: RTSoft Software Development Center User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: Russell King - ARM Linux CC: Will Deacon , Ard Biesheuvel , Rob Herring , Ian Campbell , Pavel Machek , Mason , Paul Kocialkowski , Masahiro Yamada , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kuznetsovg@dev.rtsoft.ru 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> In-Reply-To: <20151123120317.GN8644@n2100.arm.linux.org.uk> 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: 1312 Lines: 30 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. Will try to check mainline (although not sure if that will be possible on available custom hardware) -- 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/