Received: by 10.192.165.148 with SMTP id m20csp684823imm; Fri, 4 May 2018 04:56:46 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqzn6jPV+AFp0cRMcOslxt8IbMPiOMIN/zVSVxiwfeny0DnxXuOFu4dQ2/bftaYgEhtdjYm X-Received: by 2002:a17:902:294a:: with SMTP id g68-v6mr27842403plb.110.1525435006615; Fri, 04 May 2018 04:56:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525435006; cv=none; d=google.com; s=arc-20160816; b=opr110EEuRLmPPq04KBIn8UiC9So3bJPjjhslQD1hN+VrvDGcGzaDtDtJK7W9glHex FhLBY9TaULrk4LQy8us/NEIafLekHH3+pK2rJBB8RMyQ7mknNyF52PMjDLwiFndSaaRB 9ifopo6Qq6jgMLGSnBJzgtcoyQWKVvfslMzcgc+Brc37wQtjunTB8ZjNTjim1b+gOURL YKvZWTY74RRwBmk5ChyBVc3m1B7E8eL0kLXqxkZ3kWyIStr0fl/h9CBzwjCXz0CSxBfv jbww2XWFR8mYii+MC7OetGHg1kjBZwtsvl7lwQFOPkP7GyysNYtcsyK0eUWrHtwlvCCV b0Cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :content-language:accept-language:in-reply-to:references:message-id :date:thread-index:thread-topic:subject:cc:to:from :arc-authentication-results; bh=EOW28MOVGd6Y+sP7NXKPWlxi7Jj96uCGQ0iE8JjmMuY=; b=Pl6H/dK8kRPWizBwq5f9zhHq/DHtx/cBlGeH0oNedBrjtqHpzeDhlbbqOpRbcPv1KI gFAM35vCc36MnVlixYkKvl5wSJBCBe31ZAK7g9TAHHdsC9GbzFCeDOmiRkhdzU9jeYgw nn9kUMDpY02DXgo8qqUl9+jhToUmT6pyxjG+1mV33rvu3tHsnlTo8KWYijC+HCVRBW+O DAy/hOVui8lucpq9jgmPJQK3x/D8lOHxjr/eeP8Ef4vNC2fd7/N5XpgskWOKJTbu8QpX DR5+jhou+E7B41WIixz9VbrCpy0aD+qAdts/mbXeLedwU64mOXq3vdi+3BF0ABof3xBC denA== 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 z190-v6si8487684pgb.108.2018.05.04.04.56.32; Fri, 04 May 2018 04:56:46 -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 S1751311AbeEDL4P convert rfc822-to-8bit (ORCPT + 99 others); Fri, 4 May 2018 07:56:15 -0400 Received: from lhrrgout.huawei.com ([194.213.3.17]:37362 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751060AbeEDL4N (ORCPT ); Fri, 4 May 2018 07:56:13 -0400 Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id C2C1526EFE51; Fri, 4 May 2018 12:56:08 +0100 (IST) Received: from FRAEML702-CAH.china.huawei.com (10.206.14.33) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 4 May 2018 12:56:10 +0100 Received: from FRAEML521-MBX.china.huawei.com ([169.254.1.83]) by fraeml702-cah.china.huawei.com ([10.206.14.33]) with mapi id 14.03.0382.000; Fri, 4 May 2018 13:56:03 +0200 From: Shiju Jose To: Alexandru Gagniuc , "bp@alien8.de" CC: "alex_gagniuc@dellteam.com" , "austin_bolen@dell.com" , "shyam_iyer@dell.com" , "Rafael J. Wysocki" , Len Brown , Tony Luck , Mauro Carvalho Chehab , Robert Moore , Erik Schmauss , Tyler Baicar , Will Deacon , James Morse , "Jonathan (Zhixiong) Zhang" , gengdongjiu , "linux-acpi@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-edac@vger.kernel.org" , "devel@acpica.org" Subject: RE: [RFC PATCH v4 2/3] acpi: apei: Rename ghes_severity() to ghes_cper_severity() Thread-Topic: [RFC PATCH v4 2/3] acpi: apei: Rename ghes_severity() to ghes_cper_severity() Thread-Index: AQHT4MsCQf6Nt4waY0S65Mk3QcBWH6Qfd+HA Date: Fri, 4 May 2018 11:56:03 +0000 Message-ID: <86258A5CC0A3704780874CF6004BA8A64EE2C974@FRAEML521-MBX.china.huawei.com> References: <20180430212836.7807-1-mr.nuke.me@gmail.com> <20180430213358.8319-1-mr.nuke.me@gmail.com> <20180430213358.8319-2-mr.nuke.me@gmail.com> In-Reply-To: <20180430213358.8319-2-mr.nuke.me@gmail.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.202.226.53] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Alex, > -----Original Message----- > From: Alexandru Gagniuc [mailto:mr.nuke.me@gmail.com] > Sent: 30 April 2018 22:34 > To: bp@alien8.de > Cc: alex_gagniuc@dellteam.com; austin_bolen@dell.com; > shyam_iyer@dell.com; Alexandru Gagniuc; Rafael J. Wysocki; Len Brown; > Tony Luck; Mauro Carvalho Chehab; Robert Moore; Erik Schmauss; Tyler > Baicar; Will Deacon; James Morse; Shiju Jose; Jonathan (Zhixiong) Zhang; > gengdongjiu; linux-acpi@vger.kernel.org; linux-kernel@vger.kernel.org; > linux-edac@vger.kernel.org; devel@acpica.org > Subject: [RFC PATCH v4 2/3] acpi: apei: Rename ghes_severity() to > ghes_cper_severity() > > ghes_severity() is a misnomer in this case, as it implies the severity > of the entire GHES structure. Instead, it maps one CPER value to a > monotonically increasing number. ghes_cper_severity() is clearer. > > Signed-off-by: Alexandru Gagniuc > --- > drivers/acpi/apei/ghes.c | 17 ++++++++--------- > 1 file changed, 8 insertions(+), 9 deletions(-) > > diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c > index f9b53a6f55f3..c9f1971333c1 100644 > --- a/drivers/acpi/apei/ghes.c > +++ b/drivers/acpi/apei/ghes.c > @@ -271,7 +271,7 @@ static void ghes_fini(struct ghes *ghes) > unmap_gen_v2(ghes); > } > > -static inline int ghes_severity(int severity) > +static inline int ghes_cper_severity(int severity) [...] > else > ratelimit = &ratelimit_uncorrected; > @@ -705,9 +705,8 @@ static int ghes_proc(struct ghes *ghes) > if (rc) > goto out; > > - if (ghes_severity(ghes->estatus->error_severity) >= > GHES_SEV_PANIC) { > + if (ghes_cper_severity(ghes->estatus->error_severity) >= > GHES_SEV_PANIC) > __ghes_panic(ghes); PCIe AER fatal errors result panic here. I think ghes_cper_severity to be replaced with ghes_severity in the ghes_proc function as well in the patch "acpi: apei: Do not panic() on PCIe errors reported through GHES"? > - } > [...] > 2.14.3 Thanks, Shiju