[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5452CE9D.6000403@linaro.org>
Date: Fri, 31 Oct 2014 07:49:49 +0800
From: Hanjun Guo <hanjun.guo@...aro.org>
To: "Rafael J. Wysocki" <rjw@...ysocki.net>
CC: Jiang Liu <jiang.liu@...ux.intel.com>,
Lorenzo Pieralisi <Lorenzo.Pieralisi@....com>,
Mark Rutland <mark.rutland@....com>,
Tony Luck <tony.luck@...el.com>,
"H. Peter Anvin" <hpa@...or.com>,
Grant Likely <grant.likely@...aro.org>,
Sudeep Holla <Sudeep.Holla@....com>,
Lv Zheng <lv.zheng@...el.com>, linux-acpi@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linaro-acpi@...ts.linaro.org
Subject: Re: [PATCH 3/3] ACPI / processor: Rename acpi_(un)map_lsapic() to
acpi_(un)map_cpu()
On 2014年10月31日 04:12, Rafael J. Wysocki wrote:
> On Thursday, October 30, 2014 05:53:00 PM Hanjun Guo wrote:
>> acpi_map_lsapic() will allocate a logical CPU number and map it to
>> physical CPU id (such as APIC id) for the hot-added CPU, it will also
>> do some mapping for NUMA node id and etc, acpi_unmap_lsapic() will
>> do the reverse.
>>
>> We can see that the name of the function is a little bit confusing and
>> arch dependent so rename them as acpi_(un)map_map() to make arch
>
> That's acpi_(un)map_cpu() I guess?
ah, yes, typos, it should be acpi_(un)map_cpu(), my fault.
should I send another version?
Thanks
Hanjun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists