Received: by 10.223.164.221 with SMTP id h29csp1881348wrb; Mon, 2 Oct 2017 16:19:44 -0700 (PDT) X-Google-Smtp-Source: AOwi7QAfNF50/D6s/068PVHGm8q7/NNVcDiLJuSJyGTq2uWQxS3PshWCTWApRdM2nE66QtwPXPRY X-Received: by 10.98.79.157 with SMTP id f29mr15764178pfj.9.1506986384104; Mon, 02 Oct 2017 16:19:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1506986384; cv=none; d=google.com; s=arc-20160816; b=n8foBmw/ruX8FSneRYX2oyH9jtpUaAtgqSb0l56+a0z7WbxYQZN4EviQ4wELBX8Ql4 CMrt9EvcPY47rKwNh9jRlFL4/qr/W6CMpTzslAlJBi3xl9XAdBXY2hc8ZPFOKrma2pTr NzJrIiPqzmcY7rHNZAuM2MVPFk9VKk3SI9jyVOo49XYK7G6xV+S8SEg/nygQBmhgaQnx 2OeYUUaPb428Aft/SE2UshNboPi2PmmSvnpTuxLHmSr69ivO4SbN74Ere+bKurW+TDH/ R508WX6nm8OxpQLFVT24zpxpYacJZ2LNopQk++3LYb0g3fP2Z2oVMuGBrMc9RhIL6e0L qZ+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dmarc-filter:arc-authentication-results; bh=aZfJwQms9nWc+HH0xM11v/ASjROm4SnDMvWb/uuTpU0=; b=fO+EnymEy41fF2h5AuYD2TamGA8En+Wk0kEOAzShV4b2X74inyayAxSOlO3FnOKpLj yYIAE3VvpIY3PaI+HY9Xd0mpXHI3PSOZG/cSSetawctpxE5ukv7YFsu08lBTlH6I7/n2 fc7HQubvH3IxN+MGfP4HiP36aMgzFZ7i9RE+Y78Nxw7aNMsJieGLfhTPHSqwaBLTyeGW MfHCaj7uTxodPFdr83fXnSazvjWS7HzVqhfNCXp48nkJqY+kcC+Z1ZKinP/QD7oel2KA Hc//TYVSdODNEbSRluB5F5YJ9MCXY/KWRTBb9Ym12lCBJJ4jgYTjc9b9FEU2f6cZb5kq 2yNA== 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 k6si1086557pgs.704.2017.10.02.16.19.29; Mon, 02 Oct 2017 16:19:44 -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 S1751327AbdJBXTI (ORCPT + 99 others); Mon, 2 Oct 2017 19:19:08 -0400 Received: from mail.kernel.org ([198.145.29.99]:53126 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750869AbdJBXTH (ORCPT ); Mon, 2 Oct 2017 19:19:07 -0400 Received: from localhost (unknown [69.71.4.159]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1DDFD21875; Mon, 2 Oct 2017 23:19:06 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1DDFD21875 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org Date: Mon, 2 Oct 2017 18:19:03 -0500 From: Bjorn Helgaas To: Tyler Baicar Cc: bhelgaas@google.com, jonathan.derrick@intel.com, keith.busch@intel.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] PCI/AER: don't call recovery process for correctable errors Message-ID: <20171002231903.GE5407@bhelgaas-glaptop.roam.corp.google.com> References: <1503940184-29423-1-git-send-email-tbaicar@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1503940184-29423-1-git-send-email-tbaicar@codeaurora.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 28, 2017 at 11:09:44AM -0600, Tyler Baicar wrote: > Correctable errors do not need any software intervention, so > avoid calling into the software recovery process for correctable > errors. > > Signed-off-by: Tyler Baicar > --- > drivers/pci/pcie/aer/aerdrv_core.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/pci/pcie/aer/aerdrv_core.c b/drivers/pci/pcie/aer/aerdrv_core.c > index b1303b3..4765c11 100644 > --- a/drivers/pci/pcie/aer/aerdrv_core.c > +++ b/drivers/pci/pcie/aer/aerdrv_core.c > @@ -626,7 +626,8 @@ static void aer_recover_work_func(struct work_struct *work) > continue; > } > cper_print_aer(pdev, entry.severity, entry.regs); > - do_recovery(pdev, entry.severity); > + if (entry.severity != AER_CORRECTABLE) > + do_recovery(pdev, entry.severity); I think this is fine, and it mirrors what is done in handle_error_source(). But I want to converge the APEI path and the "native" AER path, so as one tiny step in that direction, can you look into doing this test once, e.g., move the test from handle_error_source() into do_recovery(), where one test will handle both paths? > pci_dev_put(pdev); > } > } > -- > Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. > Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, > a Linux Foundation Collaborative Project. > From 1576995657442027352@xxx Mon Aug 28 17:10:55 +0000 2017 X-GM-THRID: 1576995657442027352 X-Gmail-Labels: Inbox,Category Forums