From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753069AbaIIWQL (ORCPT ); Tue, 9 Sep 2014 18:16:11 -0400 Received: from mx1.redhat.com ([209.132.183.28]:15743 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752506AbaIIWQI (ORCPT ); Tue, 9 Sep 2014 18:16:08 -0400 Message-ID: <540F7BE2.8060403@redhat.com> Date: Tue, 09 Sep 2014 18:14:58 -0400 From: Jon Masters Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Bjorn Helgaas , Hanjun Guo CC: Catalin Marinas , "Rafael J. Wysocki" , Mark Rutland , Olof Johansson , Grant Likely , Graeme Gregory , Arnd Bergmann , Sudeep Holla , Will Deacon , Jason Cooper , Marc Zyngier , Daniel Lezcano , Mark Brown , Rob Herring , Robert Richter , Lv Zheng , Robert Moore , Lorenzo Pieralisi , Liviu Dudau , Randy Dunlap , Charles Garcia-Tobin , "linux-acpi@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v3 04/17] ARM64 / ACPI: Introduce early_param for "acpi" References: <1409583475-6978-1-git-send-email-hanjun.guo@linaro.org> <1409583475-6978-5-git-send-email-hanjun.guo@linaro.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/09/2014 01:17 PM, Bjorn Helgaas wrote: > On Mon, Sep 1, 2014 at 8:57 AM, Hanjun Guo wrote: >> From: Al Stone >> >> Introduce one early parameters "off" for "acpi" to disable ACPI on >> ARM64. > > It might be worth mentioning the purpose of this in the changelog (and > maybe the documentation). I don't think this parameter is supported > on ia64, and on x86 it seems like it's mostly used as a "fix" by > Ubuntu users who consider the problem resolved when they find this > parameter. That just means we don't get a chance to fix the real > underlying problem, so I'm not sure it's a real benefit to have the > parameter. >> - acpi= [HW,ACPI,X86] >> + acpi= [HW,ACPI,X86,ARM] >> Advanced Configuration and Power Interface >> Format: { force | off | strict | noirq | rsdt } >> force -- enable ACPI if default was off >> @@ -175,6 +175,7 @@ bytes respectively. Such letter suffixes can also be entirely omitted. >> strictly ACPI specification compliant. >> rsdt -- prefer RSDT over (default) XSDT >> copy_dsdt -- copy DSDT to memory >> + For ARM64, ONLY "acpi=off" is available. Something along the lines of: "The purpose of disabling ACPI on 64-bit ARM server platforms is to allow for an orderly adoption of ACPI on early systems that may also provide a DeviceTree based boot option initially. The acpi= option disables both parsing of any tables passed in through the EFI System Table RSDP and also disables the runtime ACPI interpreter on arm64". On our internal systems, we've both ACPI and DeviceTree working with a simple switch (acpi=) to determine the behavior, which is facilitating an orderly total migration to ACPI that is in currently in flight. Jon.