From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932590Ab3LDOVe (ORCPT ); Wed, 4 Dec 2013 09:21:34 -0500 Received: from mail-pd0-f172.google.com ([209.85.192.172]:51648 "EHLO mail-pd0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932415Ab3LDOVb (ORCPT ); Wed, 4 Dec 2013 09:21:31 -0500 Message-ID: <529F3A57.7010306@linaro.org> Date: Wed, 04 Dec 2013 22:21:11 +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: One Thousand Gnomes CC: "Rafael J. Wysocki" , Catalin Marinas , Will Deacon , Russell King - ARM Linux , Daniel Lezcano , linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Grant Likely , Matthew Garrett , Olof Johansson , Linus Walleij , Bjorn Helgaas , Rob Herring , Mark Rutland , Jon Masters , patches@linaro.org, linux-kernel@vger.kernel.org, linaro-kernel@lists.linaro.org, linaro-acpi@lists.linaro.org Subject: Re: [RFC part2 PATCH 2/9] ARM64 / ACPI: Prefill cpu possible/present maps and map logical cpu id to APIC id References: <1386088753-2850-1-git-send-email-hanjun.guo@linaro.org> <1386088753-2850-3-git-send-email-hanjun.guo@linaro.org> <20131203165755.37b07796@alan.etchedpixels.co.uk> In-Reply-To: <20131203165755.37b07796@alan.etchedpixels.co.uk> 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月04日 00:57, One Thousand Gnomes wrote: >> diff --git a/drivers/acpi/plat/arm-core.c b/drivers/acpi/plat/arm-core.c >> index 45ff625..8527ecc 100644 >> --- a/drivers/acpi/plat/arm-core.c >> +++ b/drivers/acpi/plat/arm-core.c >> @@ -58,6 +58,13 @@ EXPORT_SYMBOL(acpi_pci_disabled); >> */ >> static u64 acpi_lapic_addr __initdata; >> >> +/* available_cpus here means enabled cpu in MADT */ >> +int available_cpus; >> + >> +/* Map logic cpu id to physical GIC id. */ >> +int arm_cpu_to_apicid[NR_CPUS] = { [0 ... NR_CPUS-1] = -1 }; >> +int boot_cpu_apic_id = -1; >> + > static ? > > Really shouldn't be leaking names like "available_cpus" out of ACPI into > the global namespace Ok, will update in next version. >> +#ifdef CONFIG_SMP >> + if (available_cpus == 0) { >> + pr_info(PREFIX "Found 0 CPUs; assuming 1\n"); >> + /* FIXME: should be the real GIC id read from hardware */ >> + arm_cpu_to_apicid[available_cpus] = 0; >> + available_cpus = 1; /* We've got at least one of these */ >> + } >> +#endif > Isn't this true uniprocessor (by definition in fact) This code is intend to handle some buggy firmware I think. >> + */ >> +void __init prefill_possible_map(void) > leaking more unprefixed names into the global namespace prefill_possible_map() will be called in setup_arch() in setup.c, and should be gloabl, is this incorrect? Look forward to your advice Thanks Hanjun