From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755072AbbAFLWY (ORCPT ); Tue, 6 Jan 2015 06:22:24 -0500 Received: from mail-pd0-f180.google.com ([209.85.192.180]:52261 "EHLO mail-pd0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754776AbbAFLWW (ORCPT ); Tue, 6 Jan 2015 06:22:22 -0500 Message-ID: <54ABC551.3080005@linaro.org> Date: Tue, 06 Jan 2015 19:21:53 +0800 From: Hanjun Guo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: liyi 00215672 , Catalin Marinas , "Rafael J. Wysocki" , Olof Johansson , Arnd Bergmann , Mark Rutland , Grant Likely , Will Deacon CC: Lorenzo Pieralisi , Graeme Gregory , Sudeep Holla , Jon Masters , Jason Cooper , Marc Zyngier , Bjorn Helgaas , Mark Brown , Rob Herring , Robert Richter , Randy Dunlap , "Charles.Garcia-Tobin@arm.com" , Timur Tabi , "suravee.suthikulpanit@amd.com" , "linux-acpi@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linaro-acpi@lists.linaro.org" , Al Stone Subject: Re: =?gbk?Q?=B4=F0=B8=B4=3A_=5BPATCH_v6_17/17=5D_Documen?= =?gbk?Q?tation=3A_ACPI_for_ARM64?= References: <1420368918-5086-1-git-send-email-hanjun.guo@linaro.org> <1420368918-5086-18-git-send-email-hanjun.guo@linaro.org> In-Reply-To: Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Yi, On 2015Äê01ÔÂ06ÈÕ 17:52, liyi 00215672 wrote: > In traditional telecom market, what confused us(Huawei) was our software and > hardware coupling together oftentimes. So if we change some hardware then we > MUST modify our software, which was not our customer¡¯s expectation. In x86 world, > we have UEFI and ACPI technologies, they are suitable to solve this problem very > well, we just upgrade our hardware and don¡¯t need to upgrade their software, > in the meantime ACPI provides many methods on power management. > > In ARM64 world, we are aiming the same thing. Following the SBBR,SBSA specs > to implement our UEFI and ACPI code, we think the patch set and arm-acpi > documentation are fine , and consider it is going on the right direction, so > > Reviewed-by: Yi Li Thanks a lot! Regards, Hanjun