From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FAKE_REPLY_C,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DF8E0C10F25 for ; Fri, 6 Mar 2020 16:04:05 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id B98AF208CD for ; Fri, 6 Mar 2020 16:04:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583510645; bh=I0whQjzL0+2udVNnbjdJeGuRoNAzb4lqvRsZ+FI8stA=; h=Date:From:To:Cc:Subject:In-Reply-To:List-ID:From; b=1Vg6Wh7xFxDQydiqVVqNSixoyfwAQZxo1U7YgOInEuWcZSOB4htq/U8UFyyimdI1M 0Wut394Na/VxSb7DWQQdOX0tosLhMx3tTth+k+Vh/ce5vdVCGiAIqDF6/9AsYmJUcs 9jbY28JTrSpb9wit6q2tof3U+SXu+FvgQmgLBjAA= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727125AbgCFQEE (ORCPT ); Fri, 6 Mar 2020 11:04:04 -0500 Received: from mail.kernel.org ([198.145.29.99]:39080 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726788AbgCFQEE (ORCPT ); Fri, 6 Mar 2020 11:04:04 -0500 Received: from localhost (mobile-166-175-186-165.mycingular.net [166.175.186.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C3E04208CD; Fri, 6 Mar 2020 16:04:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583510644; bh=I0whQjzL0+2udVNnbjdJeGuRoNAzb4lqvRsZ+FI8stA=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=0K0lV7/g8ctwofucAFwTgvooHXQH7hYM8LIZVLqWgsG73QwpfEgC5KvgSQN/8qk4S wfJ16/yxLWZ7wA67l1sJYOL8W66LOiujzLqppPsl//DXhAR+9JsLcAuYLcvBofGUoo N/70GrvL3PPJbMC5VAPLql0Y3hfsq3TxKmYN5EGs= Date: Fri, 6 Mar 2020 10:04:01 -0600 From: Bjorn Helgaas To: "Kuppuswamy, Sathyanarayanan" Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, ashok.raj@intel.com Subject: Re: [PATCH v17 09/12] PCI/AER: Allow clearing Error Status Register in FF mode Message-ID: <20200306160401.GA165033@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9e4a1632-9425-9fb6-fd1a-d7cee4e9b684@linux.intel.com> User-Agent: Mutt/1.12.2 (2019-09-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 05, 2020 at 09:45:46PM -0800, Kuppuswamy, Sathyanarayanan wrote: > On 3/3/2020 6:36 PM, sathyanarayanan.kuppuswamy@linux.intel.com wrote: > > From: Kuppuswamy Sathyanarayanan > > > > As per PCI firmware specification r3.2 System Firmware Intermediary > > (SFI) _OSC and DPC Updates ECR > > (https://members.pcisig.com/wg/PCI-SIG/document/13563), sec titled "DPC > > Event Handling Implementation Note", page 10, Error Disconnect Recover > > (EDR) support allows OS to handle error recovery and clearing Error > > Registers even in FF mode. So create new API pci_aer_raw_clear_status() > > which allows clearing AER registers without FF mode checks. > > > > Signed-off-by: Kuppuswamy Sathyanarayanan > > --- > > drivers/pci/pci.h | 2 ++ > > drivers/pci/pcie/aer.c | 22 ++++++++++++++++++---- > > 2 files changed, 20 insertions(+), 4 deletions(-) > > > > diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h > > index e57e78b619f8..c239e6dd2542 100644 > > --- a/drivers/pci/pci.h > > +++ b/drivers/pci/pci.h > > @@ -655,6 +655,7 @@ extern const struct attribute_group aer_stats_attr_group; > > void pci_aer_clear_fatal_status(struct pci_dev *dev); > > void pci_aer_clear_device_status(struct pci_dev *dev); > > int pci_cleanup_aer_error_status_regs(struct pci_dev *dev); > > +int pci_aer_raw_clear_status(struct pci_dev *dev); > > #else > > static inline void pci_no_aer(void) { } > > static inline void pci_aer_init(struct pci_dev *d) { } > > @@ -665,6 +666,7 @@ static inline int pci_cleanup_aer_error_status_regs(struct pci_dev *dev) > > { > > return -EINVAL; > > } > > +int pci_aer_raw_clear_status(struct pci_dev *dev) { return -EINVAL; } > It's missing static specifier. It needs to be fixed. I can fix it in > next version. Bjorn, if there is no need for next version, can you > please make this change? pci_aer_raw_clear_status() is defined in aer.c and called from aer.c and edr.c, so I do not think it can be static. Am I missing something? I have a review/edr branch that I hope becomes what will be applied. Bjorn