From: Tang Chen <tangchen@cn.fujitsu.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: tj@kernel.org, jiang.liu@linux.intel.com,
mika.j.penttila@gmail.com, mingo@redhat.com,
akpm@linux-foundation.org, hpa@zytor.com, yasu.isimatu@gmail.com,
isimatu.yasuaki@jp.fujitsu.com, kamezawa.hiroyu@jp.fujitsu.com,
izumi.taku@jp.fujitsu.com, gongzhaogang@inspur.com,
qiaonuohan@cn.fujitsu.com, x86@kernel.org,
linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, tangchen@cn.fujitsu.com
Subject: Re: [PATCH v2 4/7] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.
Date: Sat, 26 Sep 2015 17:44:04 +0800 [thread overview]
Message-ID: <560668E4.8010903@cn.fujitsu.com> (raw)
In-Reply-To: <1840596.ysIY9qmoPP@vostro.rjw.lan>
Hi Rafael,
On 09/11/2015 07:10 AM, Rafael J. Wysocki wrote:
> On Thursday, September 10, 2015 12:27:46 PM Tang Chen wrote:
>> ......
> Can you please avoid using the same (or at least very similar changelog)
> for multiple patches in the series? That doesn't help a lot.
OK, will update the comment and include more useful info.
>
>> Signed-off-by: Gu Zheng <guz.fnst@cn.fujitsu.com>
>> Signed-off-by: Tang Chen <tangchen@cn.fujitsu.com>
>> ---
>> arch/x86/kernel/apic/apic.c | 26 +++++++++++++++++++-------
>> 1 file changed, 19 insertions(+), 7 deletions(-)
>>
>> diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c
>> index dcb5285..a9c9830 100644
>> --- a/arch/x86/kernel/apic/apic.c
>> +++ b/arch/x86/kernel/apic/apic.c
>> @@ -1977,7 +1977,7 @@ void disconnect_bsp_APIC(int virt_wire_setup)
>> apic_write(APIC_LVT1, value);
>> }
>>
>> -int generic_processor_info(int apicid, int version)
>> +static int __generic_processor_info(int apicid, int version, bool enabled)
>> {
>> int cpu, max = nr_cpu_ids;
>> bool boot_cpu_detected = physid_isset(boot_cpu_physical_apicid,
>> @@ -2011,7 +2011,8 @@ int generic_processor_info(int apicid, int version)
>> " Processor %d/0x%x ignored.\n",
>> thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
> This doesn't look particularly clean to me to be honest.
>
>> return -ENODEV;
>> }
>>
>> @@ -2028,7 +2029,8 @@ int generic_processor_info(int apicid, int version)
>> " reached. Keeping one slot for boot cpu."
>> " Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
> Likewise and so on.
>
> Maybe call it "enabled_only"?
OK, the name makes no sense here. Will rename it.
Thanks.
>
>> return -ENODEV;
>> }
>>
>> @@ -2039,11 +2041,14 @@ int generic_processor_info(int apicid, int version)
>> "ACPI: NR_CPUS/possible_cpus limit of %i reached."
>> " Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
>> return -EINVAL;
>> }
>>
>> - num_processors++;
>> + if (enabled)
>> + num_processors++;
>> +
>> if (apicid == boot_cpu_physical_apicid) {
>> /*
>> * x86_bios_cpu_apicid is required to have processors listed
>> @@ -2071,7 +2076,8 @@ int generic_processor_info(int apicid, int version)
>> apic_version[boot_cpu_physical_apicid], cpu, version);
>> }
>>
>> - physid_set(apicid, phys_cpu_present_map);
>> + if (enabled)
>> + physid_set(apicid, phys_cpu_present_map);
>> if (apicid > max_physical_apicid)
>> max_physical_apicid = apicid;
>>
>> @@ -2084,11 +2090,17 @@ int generic_processor_info(int apicid, int version)
>> apic->x86_32_early_logical_apicid(cpu);
>> #endif
>> set_cpu_possible(cpu, true);
>> - set_cpu_present(cpu, true);
>> + if (enabled)
>> + set_cpu_present(cpu, true);
>>
>> return cpu;
>> }
>>
>> +int generic_processor_info(int apicid, int version)
>> +{
>> + return __generic_processor_info(apicid, version, true);
>> +}
>> +
>> int hard_smp_processor_id(void)
>> {
>> return read_apic_id();
>>
> Thanks,
> Rafael
>
> .
>
WARNING: multiple messages have this Message-ID (diff)
From: Tang Chen <tangchen@cn.fujitsu.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: tj@kernel.org, jiang.liu@linux.intel.com,
mika.j.penttila@gmail.com, mingo@redhat.com,
akpm@linux-foundation.org, hpa@zytor.com, yasu.isimatu@gmail.com,
isimatu.yasuaki@jp.fujitsu.com, kamezawa.hiroyu@jp.fujitsu.com,
izumi.taku@jp.fujitsu.com, gongzhaogang@inspur.com,
qiaonuohan@cn.fujitsu.com, x86@kernel.org,
linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, tangchen@cn.fujitsu.com
Subject: Re: [PATCH v2 4/7] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.
Date: Sat, 26 Sep 2015 17:44:04 +0800 [thread overview]
Message-ID: <560668E4.8010903@cn.fujitsu.com> (raw)
In-Reply-To: <1840596.ysIY9qmoPP@vostro.rjw.lan>
Hi Rafael,
On 09/11/2015 07:10 AM, Rafael J. Wysocki wrote:
> On Thursday, September 10, 2015 12:27:46 PM Tang Chen wrote:
>> ......
> Can you please avoid using the same (or at least very similar changelog)
> for multiple patches in the series? That doesn't help a lot.
OK, will update the comment and include more useful info.
>
>> Signed-off-by: Gu Zheng <guz.fnst@cn.fujitsu.com>
>> Signed-off-by: Tang Chen <tangchen@cn.fujitsu.com>
>> ---
>> arch/x86/kernel/apic/apic.c | 26 +++++++++++++++++++-------
>> 1 file changed, 19 insertions(+), 7 deletions(-)
>>
>> diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c
>> index dcb5285..a9c9830 100644
>> --- a/arch/x86/kernel/apic/apic.c
>> +++ b/arch/x86/kernel/apic/apic.c
>> @@ -1977,7 +1977,7 @@ void disconnect_bsp_APIC(int virt_wire_setup)
>> apic_write(APIC_LVT1, value);
>> }
>>
>> -int generic_processor_info(int apicid, int version)
>> +static int __generic_processor_info(int apicid, int version, bool enabled)
>> {
>> int cpu, max = nr_cpu_ids;
>> bool boot_cpu_detected = physid_isset(boot_cpu_physical_apicid,
>> @@ -2011,7 +2011,8 @@ int generic_processor_info(int apicid, int version)
>> " Processor %d/0x%x ignored.\n",
>> thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
> This doesn't look particularly clean to me to be honest.
>
>> return -ENODEV;
>> }
>>
>> @@ -2028,7 +2029,8 @@ int generic_processor_info(int apicid, int version)
>> " reached. Keeping one slot for boot cpu."
>> " Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
> Likewise and so on.
>
> Maybe call it "enabled_only"?
OK, the name makes no sense here. Will rename it.
Thanks.
>
>> return -ENODEV;
>> }
>>
>> @@ -2039,11 +2041,14 @@ int generic_processor_info(int apicid, int version)
>> "ACPI: NR_CPUS/possible_cpus limit of %i reached."
>> " Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
>> return -EINVAL;
>> }
>>
>> - num_processors++;
>> + if (enabled)
>> + num_processors++;
>> +
>> if (apicid == boot_cpu_physical_apicid) {
>> /*
>> * x86_bios_cpu_apicid is required to have processors listed
>> @@ -2071,7 +2076,8 @@ int generic_processor_info(int apicid, int version)
>> apic_version[boot_cpu_physical_apicid], cpu, version);
>> }
>>
>> - physid_set(apicid, phys_cpu_present_map);
>> + if (enabled)
>> + physid_set(apicid, phys_cpu_present_map);
>> if (apicid > max_physical_apicid)
>> max_physical_apicid = apicid;
>>
>> @@ -2084,11 +2090,17 @@ int generic_processor_info(int apicid, int version)
>> apic->x86_32_early_logical_apicid(cpu);
>> #endif
>> set_cpu_possible(cpu, true);
>> - set_cpu_present(cpu, true);
>> + if (enabled)
>> + set_cpu_present(cpu, true);
>>
>> return cpu;
>> }
>>
>> +int generic_processor_info(int apicid, int version)
>> +{
>> + return __generic_processor_info(apicid, version, true);
>> +}
>> +
>> int hard_smp_processor_id(void)
>> {
>> return read_apic_id();
>>
> Thanks,
> Rafael
>
> .
>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Tang Chen <tangchen@cn.fujitsu.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: <tj@kernel.org>, <jiang.liu@linux.intel.com>,
<mika.j.penttila@gmail.com>, <mingo@redhat.com>,
<akpm@linux-foundation.org>, <hpa@zytor.com>,
<yasu.isimatu@gmail.com>, <isimatu.yasuaki@jp.fujitsu.com>,
<kamezawa.hiroyu@jp.fujitsu.com>, <izumi.taku@jp.fujitsu.com>,
<gongzhaogang@inspur.com>, <qiaonuohan@cn.fujitsu.com>,
<x86@kernel.org>, <linux-acpi@vger.kernel.org>,
<linux-kernel@vger.kernel.org>, <linux-mm@kvack.org>,
<tangchen@cn.fujitsu.com>
Subject: Re: [PATCH v2 4/7] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time.
Date: Sat, 26 Sep 2015 17:44:04 +0800 [thread overview]
Message-ID: <560668E4.8010903@cn.fujitsu.com> (raw)
In-Reply-To: <1840596.ysIY9qmoPP@vostro.rjw.lan>
Hi Rafael,
On 09/11/2015 07:10 AM, Rafael J. Wysocki wrote:
> On Thursday, September 10, 2015 12:27:46 PM Tang Chen wrote:
>> ......
> Can you please avoid using the same (or at least very similar changelog)
> for multiple patches in the series? That doesn't help a lot.
OK, will update the comment and include more useful info.
>
>> Signed-off-by: Gu Zheng <guz.fnst@cn.fujitsu.com>
>> Signed-off-by: Tang Chen <tangchen@cn.fujitsu.com>
>> ---
>> arch/x86/kernel/apic/apic.c | 26 +++++++++++++++++++-------
>> 1 file changed, 19 insertions(+), 7 deletions(-)
>>
>> diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c
>> index dcb5285..a9c9830 100644
>> --- a/arch/x86/kernel/apic/apic.c
>> +++ b/arch/x86/kernel/apic/apic.c
>> @@ -1977,7 +1977,7 @@ void disconnect_bsp_APIC(int virt_wire_setup)
>> apic_write(APIC_LVT1, value);
>> }
>>
>> -int generic_processor_info(int apicid, int version)
>> +static int __generic_processor_info(int apicid, int version, bool enabled)
>> {
>> int cpu, max = nr_cpu_ids;
>> bool boot_cpu_detected = physid_isset(boot_cpu_physical_apicid,
>> @@ -2011,7 +2011,8 @@ int generic_processor_info(int apicid, int version)
>> " Processor %d/0x%x ignored.\n",
>> thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
> This doesn't look particularly clean to me to be honest.
>
>> return -ENODEV;
>> }
>>
>> @@ -2028,7 +2029,8 @@ int generic_processor_info(int apicid, int version)
>> " reached. Keeping one slot for boot cpu."
>> " Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
> Likewise and so on.
>
> Maybe call it "enabled_only"?
OK, the name makes no sense here. Will rename it.
Thanks.
>
>> return -ENODEV;
>> }
>>
>> @@ -2039,11 +2041,14 @@ int generic_processor_info(int apicid, int version)
>> "ACPI: NR_CPUS/possible_cpus limit of %i reached."
>> " Processor %d/0x%x ignored.\n", max, thiscpu, apicid);
>>
>> - disabled_cpus++;
>> + if (enabled)
>> + disabled_cpus++;
>> return -EINVAL;
>> }
>>
>> - num_processors++;
>> + if (enabled)
>> + num_processors++;
>> +
>> if (apicid == boot_cpu_physical_apicid) {
>> /*
>> * x86_bios_cpu_apicid is required to have processors listed
>> @@ -2071,7 +2076,8 @@ int generic_processor_info(int apicid, int version)
>> apic_version[boot_cpu_physical_apicid], cpu, version);
>> }
>>
>> - physid_set(apicid, phys_cpu_present_map);
>> + if (enabled)
>> + physid_set(apicid, phys_cpu_present_map);
>> if (apicid > max_physical_apicid)
>> max_physical_apicid = apicid;
>>
>> @@ -2084,11 +2090,17 @@ int generic_processor_info(int apicid, int version)
>> apic->x86_32_early_logical_apicid(cpu);
>> #endif
>> set_cpu_possible(cpu, true);
>> - set_cpu_present(cpu, true);
>> + if (enabled)
>> + set_cpu_present(cpu, true);
>>
>> return cpu;
>> }
>>
>> +int generic_processor_info(int apicid, int version)
>> +{
>> + return __generic_processor_info(apicid, version, true);
>> +}
>> +
>> int hard_smp_processor_id(void)
>> {
>> return read_apic_id();
>>
> Thanks,
> Rafael
>
> .
>
next prev parent reply other threads:[~2015-09-26 9:45 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-10 4:27 [PATCH v2 0/7] Make cpuid <-> nodeid mapping persistent Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 4:27 ` [PATCH v2 1/7] x86, numa: Move definition of find_near_online_node() forward Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 4:27 ` [PATCH v2 2/7] x86, numa: Introduce a node to node array to map a node to its best online node Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 4:27 ` [PATCH v2 3/7] x86, gfp: Cache best near node for memory allocation Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 19:29 ` Tejun Heo
2015-09-10 19:29 ` Tejun Heo
2015-09-10 19:38 ` Tejun Heo
2015-09-10 19:38 ` Tejun Heo
2015-09-10 22:02 ` Christoph Lameter
2015-09-10 22:02 ` Christoph Lameter
2015-09-10 22:08 ` Tejun Heo
2015-09-10 22:08 ` Tejun Heo
2015-09-11 0:14 ` Christoph Lameter
2015-09-11 0:14 ` Christoph Lameter
2015-09-26 9:35 ` Tang Chen
2015-09-26 9:35 ` Tang Chen
2015-09-26 9:35 ` Tang Chen
2015-09-26 9:31 ` Tang Chen
2015-09-26 9:31 ` Tang Chen
2015-09-26 17:53 ` Tejun Heo
2015-09-26 17:53 ` Tejun Heo
2015-09-28 1:50 ` Tang Chen
2015-09-28 1:50 ` Tang Chen
2015-09-10 4:27 ` [PATCH v2 4/7] x86, acpi, cpu-hotplug: Enable acpi to register all possible cpus at boot time Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 23:10 ` Rafael J. Wysocki
2015-09-10 23:10 ` Rafael J. Wysocki
2015-09-26 9:44 ` Tang Chen [this message]
2015-09-26 9:44 ` Tang Chen
2015-09-26 9:44 ` Tang Chen
2015-09-10 4:27 ` [PATCH v2 5/7] x86, acpi, cpu-hotplug: Introduce apicid_to_cpuid[] array to store persistent cpuid <-> apicid mapping Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 19:55 ` Tejun Heo
2015-09-10 19:55 ` Tejun Heo
2015-09-26 9:52 ` Tang Chen
2015-09-26 9:52 ` Tang Chen
2015-09-26 9:52 ` Tang Chen
2015-09-26 17:56 ` Tejun Heo
2015-09-26 17:56 ` Tejun Heo
2015-09-28 1:57 ` Tang Chen
2015-09-28 1:57 ` Tang Chen
2015-09-10 4:27 ` [PATCH v2 6/7] x86, acpi, cpu-hotplug: Enable MADT APIs to return disabled apicid Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-09-10 4:27 ` [PATCH v2 7/7] x86, acpi, cpu-hotplug: Set persistent cpuid <-> nodeid mapping when booting Tang Chen
2015-09-10 4:27 ` Tang Chen
2015-10-23 19:49 ` [PATCH v2 0/7] Make cpuid <-> nodeid mapping persistent Yasuaki Ishimatsu
2015-10-23 19:49 ` Yasuaki Ishimatsu
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=560668E4.8010903@cn.fujitsu.com \
--to=tangchen@cn.fujitsu.com \
--cc=akpm@linux-foundation.org \
--cc=gongzhaogang@inspur.com \
--cc=hpa@zytor.com \
--cc=isimatu.yasuaki@jp.fujitsu.com \
--cc=izumi.taku@jp.fujitsu.com \
--cc=jiang.liu@linux.intel.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mika.j.penttila@gmail.com \
--cc=mingo@redhat.com \
--cc=qiaonuohan@cn.fujitsu.com \
--cc=rjw@rjwysocki.net \
--cc=tj@kernel.org \
--cc=x86@kernel.org \
--cc=yasu.isimatu@gmail.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.