From patchwork Fri Feb 3 19:18:49 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Julien Grall X-Patchwork-Id: 93307 Delivered-To: patch@linaro.org Received: by 10.140.20.99 with SMTP id 90csp738141qgi; Fri, 3 Feb 2017 11:21:06 -0800 (PST) X-Received: by 10.107.59.69 with SMTP id i66mr161866ioa.10.1486149666268; Fri, 03 Feb 2017 11:21:06 -0800 (PST) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org. [192.237.175.120]) by mx.google.com with ESMTPS id e11si1972566itd.55.2017.02.03.11.21.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Feb 2017 11:21:06 -0800 (PST) Received-SPF: neutral (google.com: 192.237.175.120 is neither permitted nor denied by best guess record for domain of xen-devel-bounces@lists.xen.org) client-ip=192.237.175.120; Authentication-Results: mx.google.com; spf=neutral (google.com: 192.237.175.120 is neither permitted nor denied by best guess record for domain of xen-devel-bounces@lists.xen.org) smtp.mailfrom=xen-devel-bounces@lists.xen.org Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZjO8-0004Dt-NI; Fri, 03 Feb 2017 19:19:16 +0000 Received: from mail6.bemta6.messagelabs.com ([193.109.254.103]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cZjO7-00048E-Ne for xen-devel@lists.xen.org; Fri, 03 Feb 2017 19:19:15 +0000 Received: from [85.158.143.35] by server-9.bemta-6.messagelabs.com id E4/90-27165-3B7D4985; Fri, 03 Feb 2017 19:19:15 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRWlGSWpSXmKPExsVysyfVTXfT9Sk RBmeeWlks+biYxYHR4+ju30wBjFGsmXlJ+RUJrBl7f+gV/OSomLnmM1MD4zT2LkYuDiGBzYwS 39feZ4JwTjNK3Pz5l6WLkZODTUBT4s7nT0wgtoiAtMS1z5cZQWxmgSiJOxd3gtUIC/hL/P98l BXEZhFQlZi85jVQDQcHr4CLxPNTnCBhCQE5iZPHJoOVcAq4Snw/tw5spBBQyeL2DpYJjNwLGB lWMaoXpxaVpRbpWuolFWWmZ5TkJmbm6BoamOnlphYXJ6an5iQmFesl5+duYgT6lgEIdjDe3RR wiFGSg0lJlLfo2pQIIb6k/JTKjMTijPii0pzU4kOMMhwcShK8+iA5waLU9NSKtMwcYJDBpCU4 eJREeFeCpHmLCxJzizPTIVKnGBWlxHmNQRICIImM0jy4NlhgX2KUlRLmZQQ6RIinILUoN7MEV f4VozgHo5Iwby3IFJ7MvBK46a+AFjMBLf75eBLI4pJEhJRUA2NRpvBPnR0THvTt6wj4xbHPOZ KR+e2tfIdlFyouhJ6tUDoRbjbvLstqIwWuyjedf+Zef/1sL0ve3v/CxR0nuVSfS/EuYjh7grt yttMrKfZF2t9l9eIyE85LBBS+dbx1ye4T23OfVYe/HYj3/nzzkc7pso3dp3YEMrZcXfXv0NFn P+ruN2978+aJEktxRqKhFnNRcSIAmpr88mcCAAA= X-Env-Sender: julien.grall@arm.com X-Msg-Ref: server-12.tower-21.messagelabs.com!1486149554!56015703!1 X-Originating-IP: [217.140.101.70] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 9.1.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 41989 invoked from network); 3 Feb 2017 19:19:14 -0000 Received: from foss.arm.com (HELO foss.arm.com) (217.140.101.70) by server-12.tower-21.messagelabs.com with SMTP; 3 Feb 2017 19:19:14 -0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 3F6F8154D; Fri, 3 Feb 2017 11:19:14 -0800 (PST) Received: from e108454-lin.cambridge.arm.com (e108454-lin.cambridge.arm.com [10.1.218.32]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 78F063F242; Fri, 3 Feb 2017 11:19:13 -0800 (PST) From: Julien Grall To: xen-devel@lists.xen.org Date: Fri, 3 Feb 2017 19:18:49 +0000 Message-Id: <1486149538-20432-6-git-send-email-julien.grall@arm.com> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1486149538-20432-1-git-send-email-julien.grall@arm.com> References: <1486149538-20432-1-git-send-email-julien.grall@arm.com> Cc: Julien Grall , sstabellini@kernel.org, shankerd@codeaurora.org Subject: [Xen-devel] [PATCH 3/8] xen/arm: acpi: Don't fallback on DT when user request ACPI X-BeenThere: xen-devel@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" On ARM, when the user put 'acpi=force' Xen will use ACPI over DT. Currently, if Xen fails to initialize ACPI it will fallback on DT. This behavior makes difficult for a user to notice Xen didn't used ACPI has requested on platform where the firmware is providing both ACPI and DT. Rather than fallback on DT during a failure, panic when 'acpi=force'. Signed-off-by: Julien Grall --- I am wondering if we should do the same with acpi=on. So a user would notice directly if something went wrong with ACPI. Otherwise you would boot up to the prompt and barely notice that DT was used. --- xen/arch/arm/acpi/boot.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/xen/arch/arm/acpi/boot.c b/xen/arch/arm/acpi/boot.c index 889208a..65ef632 100644 --- a/xen/arch/arm/acpi/boot.c +++ b/xen/arch/arm/acpi/boot.c @@ -272,6 +272,11 @@ int __init acpi_boot_table_init(void) return 0; disable: + + /* Panic if the user has requested ACPI but Xen is able to initialize. */ + if ( param_acpi_force ) + panic("Unable to use ACPI"); + disable_acpi(); return error;