Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755071AbbHEW1B (ORCPT ); Wed, 5 Aug 2015 18:27:01 -0400 Received: from pandora.arm.linux.org.uk ([78.32.30.218]:37861 "EHLO pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751917AbbHEW1A (ORCPT ); Wed, 5 Aug 2015 18:27:00 -0400 Date: Wed, 5 Aug 2015 23:26:46 +0100 From: Russell King - ARM Linux To: Yingjoe Chen Cc: Matthias Brugger , devicetree@vger.kernel.org, Arnd Bergmann , Stephen Boyd , linux-kernel@vger.kernel.org, Rob Herring , linux-mediatek@lists.infradead.org, Sascha Hauer , Olof Johansson , srv_heupstream@mediatek.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3 3/5] ARM: mediatek: add smp bringup code Message-ID: <20150805222646.GA4699@n2100.arm.linux.org.uk> References: <1436851111-2369-1-git-send-email-yingjoe.chen@mediatek.com> <1436851111-2369-4-git-send-email-yingjoe.chen@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1436851111-2369-4-git-send-email-yingjoe.chen@mediatek.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1345 Lines: 44 On Tue, Jul 14, 2015 at 01:18:29PM +0800, Yingjoe Chen wrote: > +static void __init __mtk_smp_prepare_cpus(unsigned int max_cpus, int trustzone) > +{ > + int i, num; > + const struct of_device_id *infos; > + > + if (trustzone) { > + num = ARRAY_SIZE(mtk_tz_smp_boot_infos); > + infos = mtk_tz_smp_boot_infos; > + } else { > + num = ARRAY_SIZE(mtk_smp_boot_infos); > + infos = mtk_smp_boot_infos; > + } > + > + /* Find smp boot info for this SoC */ > + for (i = 0; i < num; i++) { > + if (of_machine_is_compatible(infos[i].compatible)) { > + mtk_smp_info = infos[i].data; > + break; > + } > + } > + > + if (!mtk_smp_info) { > + pr_err("%s: Device is not supported\n", __func__); > + return; > + } > + > + if (trustzone) { > + if (memblock_reserve(mtk_smp_info->smp_base, MTK_SMP_REG_SIZE)) { Strong NAK. This is _FAR_ too late to be calling memblock_reserve(). You won't be reserving memory as you think you are (it's already handed over to the kernel's allocators by this stage.) -- FTTC broadband for 0.8mile line: currently at 10.5Mbps down 400kbps up according to speedtest.net. -- 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/