From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754351Ab3LJPHj (ORCPT ); Tue, 10 Dec 2013 10:07:39 -0500 Received: from mail-pd0-f175.google.com ([209.85.192.175]:51044 "EHLO mail-pd0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754078Ab3LJPHe (ORCPT ); Tue, 10 Dec 2013 10:07:34 -0500 Message-ID: <52A72E26.9080606@linaro.org> Date: Tue, 10 Dec 2013 23:07:18 +0800 From: Hanjun Guo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: Grant Likely CC: "Rafael J. Wysocki" , Catalin Marinas , Will Deacon , Russell King - ARM Linux , Mark Rutland , Matthew Garrett , linaro-kernel@lists.linaro.org, linux-acpi@vger.kernel.org, patches@linaro.org, linux-kernel@vger.kernel.org, Rob Herring , linaro-acpi@lists.linaro.org, Olof Johansson , Bjorn Helgaas , linux-arm-kernel@lists.infradead.org Subject: Re: [RFC part2 PATCH 2/9] ARM64 / ACPI: Prefill cpu possible/present maps and map logical cpu id to APIC id References: <1385999094-3152-1-git-send-email-hanjun.guo@linaro.org> < 1385999094-3152-3-git-send-email-hanjun.guo@linaro.org> <20131210125328.923F2C40A27@trevor.secretlab.ca> In-Reply-To: <20131210125328.923F2C40A27@trevor.secretlab.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2013年12月10日 20:53, Grant Likely wrote: > On Mon, 2 Dec 2013 23:44:47 +0800, Hanjun Guo wrote: >> When boot the kernel with MADT, the cpu possible and present maps should be >> prefilled for cpu topology and acpi based cpu hot-plug. >> >> The logic cpu id maps to APIC id (GIC id) is also implemented, it is needed >> for acpi processor drivers. >> >> Signed-off-by: Hanjun Guo >> --- > [...] >> diff --git a/arch/arm64/kernel/smp.c b/arch/arm64/kernel/smp.c >> index a0c2ca6..1428024 100644 >> --- a/arch/arm64/kernel/smp.c >> +++ b/arch/arm64/kernel/smp.c >> @@ -420,7 +420,9 @@ void __init smp_prepare_cpus(unsigned int max_cpus) >> if (err) >> continue; >> >> +#ifndef CONFIG_ACPI >> set_cpu_present(cpu, true); >> +#endif >> max_cpus--; >> } >> } > This looks wrong. Will this break non-ACPI booting when CONFIG_ACPI is > enabled? The decision on whether or not to run code must be made at > runtime. Yes, you are right. I'm reworking on this patch now. Thanks Hanjun