From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shannon Zhao Subject: Re: [PATCH v9 21/21] ARM64 / ACPI: additions of ACPI documentation for arm64 Date: Fri, 27 Feb 2015 19:22:45 +0800 Message-ID: <54F05385.2080506@huawei.com> References: <1424853601-6675-1-git-send-email-hanjun.guo@linaro.org> <1424853601-6675-22-git-send-email-hanjun.guo@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from szxga02-in.huawei.com ([119.145.14.65]:58931 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751635AbbB0LX3 (ORCPT ); Fri, 27 Feb 2015 06:23:29 -0500 In-Reply-To: <1424853601-6675-22-git-send-email-hanjun.guo@linaro.org> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Hanjun Guo , Catalin Marinas , "Rafael J. Wysocki" , Will Deacon , Olof Johansson , Grant Likely Cc: Lorenzo Pieralisi , Arnd Bergmann , Mark Rutland , Graeme Gregory , Sudeep Holla , Jon Masters , Marc Zyngier , Mark Brown , Robert Richter , Timur Tabi , Ashwin Chaugule , 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 , Yi Li , Mark Langsdorf , "Huangpeng (Peter)" On 2015/2/25 16:40, Hanjun Guo wrote: > +Not yet implemented are: > + > + -- Section 10: power source and power meter devices > + > + -- Section 11: thermal management > + > + -- Section 12: embedded controllers interface > + > + -- Section 13: SMBus interfaces > + > + -- Section 17: NUMA support (prototypes have been submitted for > + review) > + >=20 Here at the end of the file. Redundant blank line. > +ACPI is also important because hardware and OS vendors have already = worked > +out how to use it to support the general purpose ecosystem. The infr= astructure > +is in place, the bindings are in place, and the process is in place.= DT does > +exactly what we need it to when working with vertically integrated d= evices, > +but we don=E2=80=99t have good processes for supporting what the ser= ver vendors need. > +We could potentially get there with DT, but doing so doesn=E2=80=99t= buy us anything. > +ACPI already does what the hardware vendors need, Microsoft won=E2=80= =99t collaborate > +with us on DT, and the hardware vendors would still need to provide = two > +completely separate firmware interface; one for Linux and one for Wi= ndows. > + And Here at the end of the file. Redundant blank line. --=20 Thanks, Shannon -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html