Message ID | 20230329174536.6931-1-mario.limonciello@amd.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp590659vqo; Wed, 29 Mar 2023 10:58:07 -0700 (PDT) X-Google-Smtp-Source: AKy350YPAVfKb+BDcwRIiG3li6k1jKiNURv1STQPTQJ5sRRDcfLt8G8CKs/UVPfL5dj8oTp8+8cp X-Received: by 2002:a17:907:75ef:b0:933:44ef:e5b5 with SMTP id jz15-20020a17090775ef00b0093344efe5b5mr20625488ejc.30.1680112687254; Wed, 29 Mar 2023 10:58:07 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1680112687; cv=pass; d=google.com; s=arc-20160816; b=F/jmKcoB9XfcnF1mQYowy60vn/ttilJLSfZ5N7BmQ28qR88ll8/unJqiWWVm3ENlA2 D5raRkTW0Cv6vYX3RoH4dR9Yb0db42UjiSBXFtaQ+Wuol+y6JhOk5KejIsLBVeSDBUwF VBYqRO6L8dlNS/2I4i7fSighceAc6dR0oO8+urmfwu3kW+J95hU8Ls1EWwNeNG2+m+0G p46DW6Ecu+1fk8ggU/E4QgPg7EdmUjQyIjWGn1cOb6p9CO0YzPsAPZddTlemfmhDPZcL fXg1T1UxanaCKzox6Fv54fFyeeg/7zUMJNVBSVpLAGdU51/TEo0IZ5HUFbWqkmUlMpPv bddQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=WFkcmUUWOjJPBKH4ad1wuM5v88Gc6KVkN6gxiwmSJsg=; b=N9nqmPR5CGsLeFBqrhhAv5QnUr+DQbcbsGUYLUmBZ798SE0cF1fCWQAMc11zmCPifl cM6x3C+Q5J+59Ef7O5NV3WdR/IbAbiAGmiq41EZtasvdNIdF9HwcNavsW2WZlKXXvENn qQoXhTqV0PRNjzxemjJCLclG/CmJxyYwpKiwZf7R09rhaGzaI5cnuQS54GbKND9///XY Q2sNNlJKcCTmTPH31EhXQhXtj37e/Jsxq11xEygvScJCWpdxvSCi28exgBQtlVBoEf4T 7bEuh0DhWnjpCOt8P6DWbi7pGdjD+A6UyXKuI/1Kk22aMKLoeyyuEghuM7q7Ya5F3spg t89A== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@amd.com header.s=selector1 header.b="w6HO8Ak/"; arc=pass (i=1 spf=pass spfdomain=amd.com dmarc=pass fromdomain=amd.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amd.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s17-20020a1709060c1100b0093033954892si31989972ejf.512.2023.03.29.10.57.43; Wed, 29 Mar 2023 10:58:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@amd.com header.s=selector1 header.b="w6HO8Ak/"; arc=pass (i=1 spf=pass spfdomain=amd.com dmarc=pass fromdomain=amd.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=amd.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229955AbjC2RqO (ORCPT <rfc822;rua109.linux@gmail.com> + 99 others); Wed, 29 Mar 2023 13:46:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39354 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229638AbjC2RqN (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 29 Mar 2023 13:46:13 -0400 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2053.outbound.protection.outlook.com [40.107.94.53]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2DBB655B1; Wed, 29 Mar 2023 10:46:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AVb5mkmzOwFhTXqaz9/DiXmYkDxl1GnzV/mzOGaXRpSQSWYx6CLdMMlSe1TJrQMvWRsbTfjCvUMbtqDvoVhY+RGSQ6j0jU9aE+fagOiW1zvJoKNduY80OfzcuRKvGO/fb4O62svMEschccSibOqC8Z1UKRqFXD1qHkYDdL6jJdogQeIWdib3VkNDINkzxpOuP2s/otQT4Vrt9nXHldleRwIwwSrZk6tsJjl3PiQN0RelU+U2n6MSCvdh9hfHFLFMGhrsrOr+mGeO31uPnK8sM72lgb8Pe2I2iMoQM7TC5tTB8gK+/oYCW39U2xVUemTshwTGfWXQFiVy9bNQLDbNLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=WFkcmUUWOjJPBKH4ad1wuM5v88Gc6KVkN6gxiwmSJsg=; b=Tj3FEkDbCnj17Hq9G9+luunyj1f1LPsb8VBI/SjPBYzgQZF+08APg2QW2KqFJZjoA6t67Dbqk5Az0TBagHmS5zs7YfobFRR1amvCQdGELH58u9JVKhWUetur/UlxJOrFz99EEDMaN8HwBXw3Gen0JBT8owkKv5z/Xvaqg2u1atA79iEuw4LvCgunCzs9ujc+QuyLi30GzKrXbRfEZ71+dZZQPL8sMMRIZKkyMyhwosoaCrHaU4o7DIUaPo8T9LmlyWtoo/1SevwtAPHKJBWFvPfdf/MmLGFjvGJbxfVllVz4LRqp2uI3LBwngW8MlGpc+Nh0PWrl0lA34toI5INERg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=kernel.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WFkcmUUWOjJPBKH4ad1wuM5v88Gc6KVkN6gxiwmSJsg=; b=w6HO8Ak/xKcWo/PRyhAj+j8Z8ZZCShZvW8kRckT0ce6LABQ25SA+DFvnHFFKXCuj4+x6X4Nj/l8pKXlGocFifueFnNGq55H/z59MEELHGVwd33Opw9yOxOecX5tyQAH/2lV8mB05v96d3tgqo36IVBsDcxUJilQka1ZuDA3syMA= Received: from MW4PR03CA0304.namprd03.prod.outlook.com (2603:10b6:303:dd::9) by IA1PR12MB8586.namprd12.prod.outlook.com (2603:10b6:208:44e::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6222.35; Wed, 29 Mar 2023 17:46:05 +0000 Received: from CO1NAM11FT078.eop-nam11.prod.protection.outlook.com (2603:10b6:303:dd:cafe::4f) by MW4PR03CA0304.outlook.office365.com (2603:10b6:303:dd::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6254.20 via Frontend Transport; Wed, 29 Mar 2023 17:46:04 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 165.204.84.17) smtp.mailfrom=amd.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=amd.com; Received-SPF: Pass (protection.outlook.com: domain of amd.com designates 165.204.84.17 as permitted sender) receiver=protection.outlook.com; client-ip=165.204.84.17; helo=SATLEXMB04.amd.com; pr=C Received: from SATLEXMB04.amd.com (165.204.84.17) by CO1NAM11FT078.mail.protection.outlook.com (10.13.175.177) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.20.6254.20 via Frontend Transport; Wed, 29 Mar 2023 17:46:04 +0000 Received: from AUS-LX-MLIMONCI.amd.com (10.180.168.240) by SATLEXMB04.amd.com (10.181.40.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.34; Wed, 29 Mar 2023 12:46:03 -0500 From: Mario Limonciello <mario.limonciello@amd.com> To: "Rafael J. Wysocki" <rafael@kernel.org>, Len Brown <len.brown@intel.com>, Pavel Machek <pavel@ucw.cz>, Mario Limonciello <mario.limonciello@amd.com> CC: Eric DeVolder <eric.devolder@oracle.com>, Borislav Petkob <bp@alien8.de>, Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@redhat.com>, "Dave Hansen" <dave.hansen@linux.intel.com>, <x86@kernel.org>, "H. Peter Anvin" <hpa@zytor.com>, <linux-pm@vger.kernel.org>, <linux-kernel@vger.kernel.org> Subject: [PATCH] x86/ACPI/boot: Use FADT version to check support for online capable Date: Wed, 29 Mar 2023 12:45:35 -0500 Message-ID: <20230329174536.6931-1-mario.limonciello@amd.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [10.180.168.240] X-ClientProxiedBy: SATLEXMB04.amd.com (10.181.40.145) To SATLEXMB04.amd.com (10.181.40.145) X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1NAM11FT078:EE_|IA1PR12MB8586:EE_ X-MS-Office365-Filtering-Correlation-Id: 2ff8b979-87a5-493e-4308-08db307d7838 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: z3IKNG4gMUzXHl3AxgUpoNNLr+xpUjoJvT6IOo4RT1jv7HGwBKB23E5wg9/EbwjUkPmMkL5BwwpxvOQPMxAIvfsbRmP8lxxAdgWMr98Hu5e4kdel7kya++4DYK6KGfhqDDn/oqcm7iQ5/58NVHoqjwL+PXOnN2JxZlMvYD62e8kx3kVLr21zmEY4Y3RrK0qP66xkvcaU0HgVMLNlGm/qSaIIoyE3mXsTAWt8PzD+3+BerAtmIvGkGSmOBHWSgVf/J8q+uzgq1aJmpqtkdFWR8GDWv08XsGJX+XLDUUc7qryTTXcuTl7FD38fVgDykvwXIm076SMzca+t1K4H3h2SrKh7sE/06evzS80LCbzYz6H19KcQM3NcUwOpCHMvG46+kkCa7Dp4BA3HRNc3Ce4Dcu0qATPe3u4eYnB5ZGTRCUYaIj40yGejum9ms+25dr/XfdZCMM43GgW5Q9RgmyJERBWJGzBvBJhM33dhJjtWNit7PYaQkUyOS2UBE0Kv02nseipHfls8pinJU2ahsuGm8fdisSZdjZgBhjeiSCL3zkzsOAaJfcBM3rMlb1dulenFcelOX506pnmpQ231YwGRdsAftJYfk0aSHAtRDLwKqqHK85arbuUCmKGYm+LdZ/WxdeVaNZO4tVfdx2Wtc4UT8dbUpBsck+bm6/evQt5u4WAtc0occdDClQEprdxnrASGielIFK+F47h1nl84z37tRfvZ/LWgJVxbIp3/8HGMTCs= X-Forefront-Antispam-Report: CIP:165.204.84.17;CTRY:US;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:SATLEXMB04.amd.com;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230028)(4636009)(136003)(346002)(376002)(396003)(39860400002)(451199021)(46966006)(36840700001)(40470700004)(2906002)(7049001)(2616005)(426003)(336012)(83380400001)(44832011)(5660300002)(7416002)(6666004)(8936002)(41300700001)(36756003)(54906003)(110136005)(8676002)(40460700003)(316002)(4326008)(478600001)(7696005)(70206006)(70586007)(36860700001)(82310400005)(86362001)(186003)(16526019)(81166007)(356005)(47076005)(40480700001)(1076003)(26005)(82740400003)(36900700001);DIR:OUT;SFP:1101; X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Mar 2023 17:46:04.7649 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 2ff8b979-87a5-493e-4308-08db307d7838 X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3dd8961f-e488-4e60-8e11-a82d994e183d;Ip=[165.204.84.17];Helo=[SATLEXMB04.amd.com] X-MS-Exchange-CrossTenant-AuthSource: CO1NAM11FT078.eop-nam11.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA1PR12MB8586 X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,FORGED_SPF_HELO,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1761725841430607529?= X-GMAIL-MSGID: =?utf-8?q?1761725841430607529?= |
Series |
x86/ACPI/boot: Use FADT version to check support for online capable
|
|
Commit Message
Mario Limonciello
March 29, 2023, 5:45 p.m. UTC
ACPI 6.3 introduced the online capable bit, and also introduced MADT
version 5.
This was used to distinguish whether the offset storing online capable
could be used. However ACPI 6.2b has MADT version "45" which is for
an errata version of the ACPI 6.2 spec. This means that the Linux code
for detecting availability of MADT will mistakingly flag ACPI 6.2b as
supporting online capable which is inaccurate as it's an ACPI 6.3 feature.
Instead use the FADT major and minor revision fields to distingush this.
Reported-by: Eric DeVolder <eric.devolder@oracle.com>
Reported-by: Borislav Petkob <bp@alien8.de>
Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online capable")
Signed-off-by: Mario Limonciello <mario.limonciello@amd.com>
---
arch/x86/kernel/acpi/boot.c | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
Comments
On Wed, 2023-03-29 at 12:45 -0500, Mario Limonciello wrote: > ACPI 6.3 introduced the online capable bit, and also introduced MADT > version 5. > > This was used to distinguish whether the offset storing online > capable > could be used. However ACPI 6.2b has MADT version "45" which is for > an errata version of the ACPI 6.2 spec. I made a double check. In https://uefi.org/sites/default/files/resources/ACPI_6_2.pdf, MADT revision is 4. In https://uefi.org/sites/default/files/resources/ACPI%206_2_A_Sept29.pdf, MADT revision is 45. In https://uefi.org/sites/default/files/resources/ACPI_6_2_B_final_Jan30.pdf MADT revision is 5. So you probably mean 6.2a has MADT revision "45" here? > This means that the Linux code > for detecting availability of MADT will mistakingly flag ACPI 6.2b as > supporting online capable which is inaccurate as it's an ACPI 6.3 > feature. > > Instead use the FADT major and minor revision fields to distingush > this. > > Reported-by: Eric DeVolder <eric.devolder@oracle.com> > Reported-by: Borislav Petkob <bp@alien8.de> > Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online > capable") > Signed-off-by: Mario Limonciello <mario.limonciello@amd.com> > --- > arch/x86/kernel/acpi/boot.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/kernel/acpi/boot.c > b/arch/x86/kernel/acpi/boot.c > index 1c38174b5f01..e92e3292fef7 100644 > --- a/arch/x86/kernel/acpi/boot.c > +++ b/arch/x86/kernel/acpi/boot.c > @@ -146,7 +146,10 @@ static int __init acpi_parse_madt(struct > acpi_table_header *table) > > pr_debug("Local APIC address 0x%08x\n", madt->address); > } > - if (madt->header.revision >= 5) > + > + if (acpi_gbl_FADT.header.revision > 6 || > + (acpi_gbl_FADT.header.revision == 6 && > + acpi_gbl_FADT.minor_revision >= 3)) > acpi_support_online_capable = true; Better to have a comment here? For me, it is hard to understand this by reading the code directly. thanks, rui
On Thu, Mar 30, 2023 at 01:10:07AM +0000, Zhang, Rui wrote: > In https://uefi.org/sites/default/files/resources/ACPI_6_2.pdf, > MADT revision is 4. > > In > https://uefi.org/sites/default/files/resources/ACPI%206_2_A_Sept29.pdf, > MADT revision is 45. This is a hack to fix some ACPI erratum or whatever. > In > https://uefi.org/sites/default/files/resources/ACPI_6_2_B_final_Jan30.pdf > MADT revision is 5. > > So you probably mean 6.2a has MADT revision "45" here? No, forget MADT. The thing should check whether the ACPI revision is 6.3. And this is what it does below.
On Thu, 2023-03-30 at 10:41 +0200, Borislav Petkov wrote: > On Thu, Mar 30, 2023 at 01:10:07AM +0000, Zhang, Rui wrote: > > In https://uefi.org/sites/default/files/resources/ACPI_6_2.pdf, > > MADT revision is 4. > > > > In > > https://uefi.org/sites/default/files/resources/ACPI%206_2_A_Sept29.pdf, > > MADT revision is 45. > > This is a hack to fix some ACPI erratum or whatever. > > > In > > https://uefi.org/sites/default/files/resources/ACPI_6_2_B_final_Jan30.pdf > > MADT revision is 5. > > > > So you probably mean 6.2a has MADT revision "45" here? > > No, forget MADT. > > The thing should check whether the ACPI revision is 6.3. And this is > what it does below. Yes, I agree. As the original changelog mentioned that "ACPI spec 6.2b has MADT revision 45", I was just checking if that statement is accurate or not. thanks, rui
On Wed, Mar 29, 2023 at 7:46 PM Mario Limonciello <mario.limonciello@amd.com> wrote: > > ACPI 6.3 introduced the online capable bit, and also introduced MADT > version 5. > > This was used to distinguish whether the offset storing online capable > could be used. However ACPI 6.2b has MADT version "45" which is for > an errata version of the ACPI 6.2 spec. This means that the Linux code > for detecting availability of MADT will mistakingly flag ACPI 6.2b as > supporting online capable which is inaccurate as it's an ACPI 6.3 feature. > > Instead use the FADT major and minor revision fields to distingush this. > > Reported-by: Eric DeVolder <eric.devolder@oracle.com> > Reported-by: Borislav Petkob <bp@alien8.de> s/Petkob/Petkov/ I suppose? Would have been nice to CC this to linux-acpi (done now). Anyway, x86 guys, are you going to handle this or do you want me to do that? > Fixes: aa06e20f1be6 ("x86/ACPI: Don't add CPUs that are not online capable") > Signed-off-by: Mario Limonciello <mario.limonciello@amd.com> > --- > arch/x86/kernel/acpi/boot.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c > index 1c38174b5f01..e92e3292fef7 100644 > --- a/arch/x86/kernel/acpi/boot.c > +++ b/arch/x86/kernel/acpi/boot.c > @@ -146,7 +146,10 @@ static int __init acpi_parse_madt(struct acpi_table_header *table) > > pr_debug("Local APIC address 0x%08x\n", madt->address); > } > - if (madt->header.revision >= 5) > + > + if (acpi_gbl_FADT.header.revision > 6 || > + (acpi_gbl_FADT.header.revision == 6 && > + acpi_gbl_FADT.minor_revision >= 3)) > acpi_support_online_capable = true; > > default_acpi_madt_oem_check(madt->header.oem_id, > -- > 2.34.1 >
On March 30, 2023 8:23:38 PM GMT+02:00, "Rafael J. Wysocki" <rafael@kernel.org> wrote: >s/Petkob/Petkov/ I suppose? Fixed. >Would have been nice to CC this to linux-acpi (done now). Sorry about that. >Anyway, x86 guys, are you going to handle this or do you want me to do that? Yeah, all queued into tip:x86/urgent. Holler if something's still missing. The whole situation got on my nerves so I queued both fixes and am hoping all is fixed now. Ufff.
[Public] > On March 30, 2023 8:23:38 PM GMT+02:00, "Rafael J. Wysocki" > <rafael@kernel.org> wrote: > >s/Petkob/Petkov/ I suppose? > > Fixed. Thx. > > >Would have been nice to CC this to linux-acpi (done now). > > Sorry about that. Sorry, I used ./scripts/get_maintainer.pl and it didn't suggest linux-acpi. > > >Anyway, x86 guys, are you going to handle this or do you want me to do > that? > > Yeah, all queued into tip:x86/urgent. Holler if something's still missing. The > whole situation got on my nerves so I queued both fixes and am hoping all is > fixed now. Ufff. > > -- > Sent from a small device: formatting sucks and brevity is inevitable.
diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c index 1c38174b5f01..e92e3292fef7 100644 --- a/arch/x86/kernel/acpi/boot.c +++ b/arch/x86/kernel/acpi/boot.c @@ -146,7 +146,10 @@ static int __init acpi_parse_madt(struct acpi_table_header *table) pr_debug("Local APIC address 0x%08x\n", madt->address); } - if (madt->header.revision >= 5) + + if (acpi_gbl_FADT.header.revision > 6 || + (acpi_gbl_FADT.header.revision == 6 && + acpi_gbl_FADT.minor_revision >= 3)) acpi_support_online_capable = true; default_acpi_madt_oem_check(madt->header.oem_id,