Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp2971650imm; Sun, 1 Jul 2018 09:26:12 -0700 (PDT) X-Google-Smtp-Source: AAOMgpekiJSVKzvWJznMr8FoXYkKy74L+Ww9t/G/CfZ7OJaZ/1Db5KvBRnlmAQ9eApodmxc3H78F X-Received: by 2002:a65:5284:: with SMTP id y4-v6mr9310808pgp.283.1530462372329; Sun, 01 Jul 2018 09:26:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530462372; cv=none; d=google.com; s=arc-20160816; b=CGAat8UTH9Re4BbgXXYUeazMOUrlxWYkIXgqvDdWo32otu/lk6/85e7+gYG2bX+pH0 BTMfGeWPjS7+exybAya341FLvOsEUP/wvFp4VTsp2e9Ws9Av3SKzsT3PYBLSwWPjUfF2 Zt8s/O3wlbWXfhMgPBVx24f/iXWe7TEa9co606YAcVClGVoX/5IgmaTdPJl3IHM6EKss NPbC4j4n9YXwfs58B4dh31VO07lJecIyoK4Hsm9hUlaEPfGODLNyR3fdyB/+NZZX3Qyc Mc+7SyxGREAW4wAVJ6dVHuOi3ONMH8hHlgBwPD5V1qX2EC61Jh5nCy1oKm2YHQlokjS3 p0kA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=hzjbRKxSZzuI61hw18pZ0BLuxjxtVQUsl/b/7dzfqYk=; b=koGUv/RvJv2C5qrqBJiFLK36Wx3M6hlABQC3gmml/PqNn/dijNwFv/Hcuwerr1RJtk EtR5zOApmoVY7xpsTX76ghDW+sxWKq3qWK0Q0KuQx81O0Q3AsWIseVaUhhHvzH5sTrno Z3MUmK9W3zIEvez70PG40JietxXZw3jq1Dx+SxzKLPnxfuWAa1dtCapES6uYuombu8j9 5BHt6P8XQbCVjF1K0v1rRa7aloQBS0ZVQYubgx0Bpo292bH8jqDIMdVQu2fOeoDbyeh7 4mWcPLvXK014tttkg1OoeG+RSJXhpFSk4dgs8xLuDYGXDjRDr7ULMCyzRx4twWlqbiLF vXkg== 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 y123-v6si15180476pfc.302.2018.07.01.09.25.58; Sun, 01 Jul 2018 09:26:12 -0700 (PDT) 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 S933883AbeGAQY7 (ORCPT + 99 others); Sun, 1 Jul 2018 12:24:59 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:33566 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964871AbeGAQYt (ORCPT ); Sun, 1 Jul 2018 12:24:49 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 68920ACD; Sun, 1 Jul 2018 16:24:48 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Tony Luck , Thomas Gleixner , Qiuxu Zhuo , Ashok Raj , Dan Williams , Borislav Petkov Subject: [PATCH 4.9 002/101] x86/mce: Improve error message when kernel cannot recover Date: Sun, 1 Jul 2018 18:20:48 +0200 Message-Id: <20180701160757.232966479@linuxfoundation.org> X-Mailer: git-send-email 2.18.0 In-Reply-To: <20180701160757.138608453@linuxfoundation.org> References: <20180701160757.138608453@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Tony Luck commit c7d606f560e4c698884697fef503e4abacdd8c25 upstream. Since we added support to add recovery from some errors inside the kernel in: commit b2f9d678e28c ("x86/mce: Check for faults tagged in EXTABLE_CLASS_FAULT exception table entries") we have done a less than stellar job at reporting the cause of recoverable machine checks that occur in other parts of the kernel. The user just gets the unhelpful message: mce: [Hardware Error]: Machine check: Action required: unknown MCACOD doubly unhelpful when they check the manual for the reported IA32_MSR_STATUS.MCACOD and see that it is listed as one of the standard recoverable values. Add an extra rule to the MCE severity table to catch this case and report it as: mce: [Hardware Error]: Machine check: Data load in unrecoverable area of kernel Fixes: b2f9d678e28c ("x86/mce: Check for faults tagged in EXTABLE_CLASS_FAULT exception table entries") Signed-off-by: Tony Luck Signed-off-by: Thomas Gleixner Cc: Qiuxu Zhuo Cc: Ashok Raj Cc: stable@vger.kernel.org # 4.6+ Cc: Dan Williams Cc: Borislav Petkov Link: https://lkml.kernel.org/r/4cc7c465150a9a48b8b9f45d0b840278e77eb9b5.1527283897.git.tony.luck@intel.com Signed-off-by: Greg Kroah-Hartman --- arch/x86/kernel/cpu/mcheck/mce-severity.c | 5 +++++ 1 file changed, 5 insertions(+) --- a/arch/x86/kernel/cpu/mcheck/mce-severity.c +++ b/arch/x86/kernel/cpu/mcheck/mce-severity.c @@ -143,6 +143,11 @@ static struct severity { SER, MASK(MCI_STATUS_OVER|MCI_UC_SAR|MCI_ADDR|MCACOD, MCI_UC_SAR|MCI_ADDR|MCACOD_INSTR), USER ), + MCESEV( + PANIC, "Data load in unrecoverable area of kernel", + SER, MASK(MCI_STATUS_OVER|MCI_UC_SAR|MCI_ADDR|MCACOD, MCI_UC_SAR|MCI_ADDR|MCACOD_DATA), + KERNEL + ), #endif MCESEV( PANIC, "Action required: unknown MCACOD",