All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hanjun Guo <hanjun.guo@linaro.org>
To: Grant Likely <grant.likely@linaro.org>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Mark Rutland <mark.rutland@arm.com>,
	Matthew Garrett <mjg59@srcf.ucam.org>,
	linaro-kernel@lists.linaro.org, linux-acpi@vger.kernel.org,
	patches@linaro.org, linux-kernel@vger.kernel.org,
	Rob Herring <rob.herring@calxeda.com>,
	linaro-acpi@lists.linaro.org, Olof Johansson <olof@lixom.net>,
	Bjorn Helgaas <bhelgaas@google.com>,
	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
Date: Tue, 10 Dec 2013 23:07:18 +0800	[thread overview]
Message-ID: <52A72E26.9080606@linaro.org> (raw)
In-Reply-To: <20131210125328.923F2C40A27@trevor.secretlab.ca>

On 2013年12月10日 20:53, Grant Likely wrote:
> On Mon,  2 Dec 2013 23:44:47 +0800, Hanjun Guo <hanjun.guo@linaro.org> 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 <hanjun.guo@linaro.org>
>> ---
> [...]
>> 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

WARNING: multiple messages have this Message-ID (diff)
From: hanjun.guo@linaro.org (Hanjun Guo)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC part2 PATCH 2/9] ARM64 / ACPI: Prefill cpu possible/present maps and map logical cpu id to APIC id
Date: Tue, 10 Dec 2013 23:07:18 +0800	[thread overview]
Message-ID: <52A72E26.9080606@linaro.org> (raw)
In-Reply-To: <20131210125328.923F2C40A27@trevor.secretlab.ca>

On 2013?12?10? 20:53, Grant Likely wrote:
> On Mon,  2 Dec 2013 23:44:47 +0800, Hanjun Guo <hanjun.guo@linaro.org> 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 <hanjun.guo@linaro.org>
>> ---
> [...]
>> 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

  reply	other threads:[~2013-12-10 15:07 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1385999094-3152-1-git-send-email-hanjun.guo@linaro.org>
     [not found] ` < 1385999094-3152-3-git-send-email-hanjun.guo@linaro.org>
     [not found]   ` <1385999094-3152-3-git-send-email-hanjun.guo@linaro.org>
2013-12-10 12:53     ` [RFC part2 PATCH 2/9] ARM64 / ACPI: Prefill cpu possible/present maps and map logical cpu id to APIC id Grant Likely
2013-12-10 12:53       ` Grant Likely
2013-12-10 12:53       ` Grant Likely
2013-12-10 15:07       ` Hanjun Guo [this message]
2013-12-10 15:07         ` Hanjun Guo
     [not found] ` < 1385999094-3152-5-git-send-email-hanjun.guo@linaro.org>
     [not found]   ` <1385999094-3152-5-git-send-email-hanjun.guo@linaro.org>
2013-12-10 13:03     ` [RFC part2 PATCH 4/9] ARM64 / ACPI: Use Parked Address in GIC structure for spin table SMP initialisation Grant Likely
2013-12-10 13:03       ` Grant Likely
2013-12-10 13:03       ` Grant Likely
2013-12-11  7:02       ` Hanjun Guo
2013-12-11  7:02         ` Hanjun Guo
     [not found] ` < 1385999094-3152-9-git-send-email-hanjun.guo@linaro.org>
     [not found]   ` <1385999094-3152-9-git-send-email-hanjun.guo@linaro.org>
2013-12-10 13:05     ` [RFC part2 PATCH 8/9] ACPI / ARM64: Update acpi_register_gsi to register with the core IRQ subsystem Grant Likely
2013-12-10 13:05       ` Grant Likely
2013-12-10 13:05       ` Grant Likely
2013-12-11  5:23       ` Arnd Bergmann
2013-12-11  5:23         ` Arnd Bergmann
2014-01-20 14:36         ` Grant Likely
2014-01-20 14:36           ` Grant Likely
2013-12-03 16:39 [RFC part2 PATCH 0/9] Using ACPI MADT table to initialise SMP and GIC Hanjun Guo
2013-12-03 16:39 ` [RFC part2 PATCH 2/9] ARM64 / ACPI: Prefill cpu possible/present maps and map logical cpu id to APIC id Hanjun Guo
2013-12-03 16:39   ` Hanjun Guo
2013-12-03 16:57   ` One Thousand Gnomes
2013-12-03 16:57     ` One Thousand Gnomes
2013-12-03 16:57     ` One Thousand Gnomes
2013-12-04 14:21     ` Hanjun Guo
2013-12-04 14:21       ` Hanjun Guo
2013-12-04 14:21       ` Hanjun Guo
2013-12-04 15:40       ` Rob Herring
2013-12-04 15:40         ` Rob Herring
2013-12-04 15:40         ` Rob Herring
2013-12-04 15:47   ` Rob Herring
2013-12-04 15:47     ` Rob Herring
2013-12-05 13:24     ` Mark Brown
2013-12-05 13:24       ` Mark Brown
2013-12-05 13:34     ` Hanjun Guo
2013-12-05 13:34       ` Hanjun Guo
2013-12-05 23:09     ` Arnd Bergmann
2013-12-05 23:09       ` Arnd Bergmann
2013-12-09  8:06       ` Hanjun Guo
2013-12-09  8:06         ` Hanjun Guo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52A72E26.9080606@linaro.org \
    --to=hanjun.guo@linaro.org \
    --cc=bhelgaas@google.com \
    --cc=catalin.marinas@arm.com \
    --cc=grant.likely@linaro.org \
    --cc=linaro-acpi@lists.linaro.org \
    --cc=linaro-kernel@lists.linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=mark.rutland@arm.com \
    --cc=mjg59@srcf.ucam.org \
    --cc=olof@lixom.net \
    --cc=patches@linaro.org \
    --cc=rjw@rjwysocki.net \
    --cc=rob.herring@calxeda.com \
    --cc=will.deacon@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.