Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2983822imu; Sun, 9 Dec 2018 14:16:45 -0800 (PST) X-Google-Smtp-Source: AFSGD/XvXNKSYGnr0r3NViepqbTPteVR3qGDeFuSbJro6CzoimdBeFOuLhrsaTk2q1yK5hYh2P2u X-Received: by 2002:a17:902:12f:: with SMTP id 44mr10019329plb.74.1544393805291; Sun, 09 Dec 2018 14:16:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544393805; cv=none; d=google.com; s=arc-20160816; b=HYXLNoSdxYCpE+ZHeLcSl2tPZKhZT5jQegzP+tE6qzRUymI4wtjyFoPpcex1M69hQB f2HnasOvKW9mCFlcYSb6HQXOdMN4ju1Wpxcy+lU7UDLTXtrRZyElrwCZQwmVo8x8EZ9E j2c7acATCO8Hq+Pgtv0R0sUd/+qE9ALMuukV8znqIXFWJGDpb+Z1SAcXdjIJZkbSvuZa 2LiTTy7l5BdJqIsUQN+qH96RXn+W2xvmC9hMqt5kzdFzX2KK/7Qncz51+alp7xg0Oveo +AklxbT1XhdQdkOvVTYFJdicOVODmp1lcd54Nee1Rb6+vmze1INheUq+neubw2uP25V2 uDcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:subject:message-id:date:cc:to :from:mime-version:content-transfer-encoding:content-disposition; bh=ujcE2RyYc0bs8vGxKFClGk9Q9Xdui8lgIlmjhvCIPi0=; b=bgvMJvAIuTj6CH9mTb0QOhyiVsEGtD31aDj7h/WFoALiKzsyXjRCPmqaRvx3gUW4bv LGzqxHdGHRcRHQGagp/FYSEW5g70ueXDGP8x/D1Hla2p4ouGDn3jqBXgRMohviFMWUsQ +pnemkHkMTB6HTnJYtfPMBMZA498qhf9dsfgnjpBRfZWlFfhFzyuxWdZkquiLlgFHlf1 h6vO0BbcA6kcDks/wux+5BOPGlIY5/GJ/xcrjB+q79Sf3aJsVricrWW9zXhxouq3Siy2 aOlNo3XIathLt36eD6wwDoEGX/Xeann4gsArpNz3KRg9iG53j6d7x3mhRSNYWLJySyE4 Pk4w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 39si9008662plc.153.2018.12.09.14.16.30; Sun, 09 Dec 2018 14:16:45 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728216AbeLIWPK (ORCPT + 99 others); Sun, 9 Dec 2018 17:15:10 -0500 Received: from shadbolt.e.decadent.org.uk ([88.96.1.126]:38082 "EHLO shadbolt.e.decadent.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728052AbeLIWOd (ORCPT ); Sun, 9 Dec 2018 17:14:33 -0500 Received: from pub.yeoldevic.com ([81.174.156.145] helo=deadeye) by shadbolt.decadent.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1gW734-0002ic-MG; Sun, 09 Dec 2018 21:55:39 +0000 Received: from ben by deadeye with local (Exim 4.91) (envelope-from ) id 1gW72g-0003W8-N4; Sun, 09 Dec 2018 21:55:14 +0000 Content-Type: text/plain; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit MIME-Version: 1.0 From: Ben Hutchings To: linux-kernel@vger.kernel.org, stable@vger.kernel.org CC: akpm@linux-foundation.org, "Jean Delvare" , "Rafael J. Wysocki" Date: Sun, 09 Dec 2018 21:50:33 +0000 Message-ID: X-Mailer: LinuxStableQueue (scripts by bwh) X-Patchwork-Hint: ignore Subject: [PATCH 3.16 212/328] ACPI / bus: Only call dmi_check_system() on X86 In-Reply-To: X-SA-Exim-Connect-IP: 81.174.156.145 X-SA-Exim-Mail-From: ben@decadent.org.uk X-SA-Exim-Scanned: No (on shadbolt.decadent.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 3.16.62-rc1 review patch. If anyone has any objections, please let me know. ------------------ From: Jean Delvare commit 5d128fbd8b20f8a48cb13c3eced789d1f9573ecd upstream. Calling dmi_check_system() early only works on X86. Other architectures initialize the DMI subsystem later so it's not ready yet when ACPI itself gets initialized. In the best case it results in a useless call to a function which will do nothing. But depending on the dmi implementation, it could also result in warnings. Best is to not call the function when it can't work and isn't needed. Additionally, if anyone ever needs to add non-x86 quirks, it would surprisingly not work, so document the limitation to avoid confusion. Signed-off-by: Jean Delvare Fixes: cce4f632db20 (ACPI: fix early DSDT dmi check warnings on ia64) Signed-off-by: Rafael J. Wysocki [bwh: Backported to 3.16: adjust context] Signed-off-by: Ben Hutchings --- drivers/acpi/bus.c | 13 +++++++------ 1 file changed, 7 insertions(+), 6 deletions(-) --- a/drivers/acpi/bus.c +++ b/drivers/acpi/bus.c @@ -36,10 +36,10 @@ #include #ifdef CONFIG_X86 #include +#include #endif #include #include -#include #include #include "internal.h" @@ -82,10 +82,6 @@ static struct dmi_system_id dsdt_dmi_tab }, {} }; -#else -static struct dmi_system_id dsdt_dmi_table[] __initdata = { - {} -}; #endif /* -------------------------------------------------------------------------- @@ -508,11 +504,16 @@ void __init acpi_early_init(void) acpi_gbl_permanent_mmap = 1; +#ifdef CONFIG_X86 /* * If the machine falls into the DMI check table, - * DSDT will be copied to memory + * DSDT will be copied to memory. + * Note that calling dmi_check_system() here on other architectures + * would not be OK because only x86 initializes dmi early enough. + * Thankfully only x86 systems need such quirks for now. */ dmi_check_system(dsdt_dmi_table); +#endif status = acpi_reallocate_root_table(); if (ACPI_FAILURE(status)) {