Received: by 10.223.185.116 with SMTP id b49csp317633wrg; Thu, 22 Feb 2018 22:32:24 -0800 (PST) X-Google-Smtp-Source: AH8x226UabkkgeHbgot1Ueg4+cKUg+7nULehqAw3UuaPm+G7Z/VTtosj8Z2uJrPsffI8KtWSHPY7 X-Received: by 10.98.55.66 with SMTP id e63mr708028pfa.102.1519367544267; Thu, 22 Feb 2018 22:32:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519367544; cv=none; d=google.com; s=arc-20160816; b=PVaVpnN9gXpLwMHq4NTko4kCQM54uF6Mi6SKFzt1GNHs3KGwUdLc59TJKAIPF/iaAe N5kpk9PCnXZ+wAw33bIYG6diIAoQBdCwNOvR4HIJM70MptkRl2JozeYwUZLEtSP0vsos tIpQ8wvXtN8ARWDDSm1J89TfyxaCxm6fWp/ROseM6bSi11LWiQJKTGgVLgWJnNWeUPrV HiAkkFmMsDhO23UcUgyi9ISdolAJMLvrHCFH6K1/ortu9DkP8s3q6g1Mihl2CkYenKrw +4sXlzEYzkNWfpv2C6IAAGUK+AaiJgKsaWRCGNLxAQq0iKjRwJX3QTgHMdVj9t7Y1xh5 RWAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature:dkim-signature :arc-authentication-results; bh=dLaDwN9yLizt6V9Ceq/djIuMLyPeZaUoQqow1AM+ywM=; b=RJzpCcx2bjBEMDFHK6s7pap112h7hsDTwg++dSNka0/YF/JnTOR9iLeTzbw0AznQ8p VWZZlFD5XjGC64gBGHEKZxdtrNYe8qUbRw8hiGtcP5gVl4dA+Hb/I6+9SlkVeuDmBjM0 0TJwB1OI1lRekPhyQlqCAbkTBU0WTUeUkBYMXat4ZL7rHk89Bjp47dOI3+/Pbnv9Xia1 kgwINI7dQS4J8P1qpJUQh/kHI0RKBSRbJ15pjVwI+P2DHaTRJLPcrJU/DI17KBlJqdEa wC1RUP+vyFXlKgYj37fIJOG9ft5vOa/KYuLV8re9WaBdTPgeRWySHKjGYhdup3Ql3LR8 iBfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=YpjGI9jm; dkim=pass header.i=@codeaurora.org header.s=default header.b=WbPAeFiB; 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 m24si1327455pfi.66.2018.02.22.22.32.09; Thu, 22 Feb 2018 22:32:24 -0800 (PST) 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; dkim=pass header.i=@codeaurora.org header.s=default header.b=YpjGI9jm; dkim=pass header.i=@codeaurora.org header.s=default header.b=WbPAeFiB; 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 S1751440AbeBWGb3 (ORCPT + 99 others); Fri, 23 Feb 2018 01:31:29 -0500 Received: from smtp.codeaurora.org ([198.145.29.96]:46666 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750943AbeBWGb2 (ORCPT ); Fri, 23 Feb 2018 01:31:28 -0500 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 93A0D602B8; Fri, 23 Feb 2018 06:31:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1519367487; bh=2z0ul6360fvILIYsJLD/I9xTPkr2xcd+u2BRSk8ApsA=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=YpjGI9jmwI3SbKaR+WCTa93w6nwWyNtRwg09pTLQBFVy/M3PiZnhh8vrbcRMjQ6Qz 2kP9G3IKEIvqnP/I7ZEhIfSgeNMiSoxLvA83X72migHpPa1bjZX6u10ETmZDjgKNSu irZMFHc+98nlpsSNLwQFwUzSWUdxxIX+dl6xprkg= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.codeaurora.org (Postfix) with ESMTP id 36CBA602B8; Fri, 23 Feb 2018 06:31:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1519367486; bh=2z0ul6360fvILIYsJLD/I9xTPkr2xcd+u2BRSk8ApsA=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=WbPAeFiB9fyNdNYKlweRro4HHlOsMLMOE3LoCqFlBKQSqOVpdK7vsGGx9+JSH8gBq DS4x9CrAfuwRYul+QTrbeb2R0lIUbg/D6QM5JXf59I7x+Gyha+t2S/yE7To6+RpU4E ExCXhRwQrBfEHEEPAGwWNW6ugnD+UtrzK3Zak4D0= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 23 Feb 2018 12:01:26 +0530 From: poza@codeaurora.org To: Randy Dunlap Cc: Bjorn Helgaas , Philippe Ombredanne , Thomas Gleixner , Greg Kroah-Hartman , Kate Stewart , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Dongdong Liu , Keith Busch , Wei Zhang , Sinan Kaya , Timur Tabi Subject: Re: [PATCH v9 2/7] PCI/AER: factor out error reporting from AER In-Reply-To: References: <1519285571-5634-1-git-send-email-poza@codeaurora.org> <1519285571-5634-3-git-send-email-poza@codeaurora.org> Message-ID: <412cdd104d1e1cd1ca7e0d873c4b5a7b@codeaurora.org> X-Sender: poza@codeaurora.org User-Agent: Roundcube Webmail/1.2.5 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2018-02-23 00:53, Randy Dunlap wrote: > On 02/21/2018 11:46 PM, Oza Pawandeep wrote: > > Hi, > Just minor stuff: > >> diff --git a/drivers/pci/pcie/pcie-err.c b/drivers/pci/pcie/pcie-err.c >> new file mode 100644 >> index 0000000..a532fe0 >> --- /dev/null >> +++ b/drivers/pci/pcie/pcie-err.c >> @@ -0,0 +1,334 @@ >> +// SPDX-License-Identifier: GPL-2.0 >> +/* >> + * This file implements the error recovery as a core part of PCIe >> error reporting. >> + * When a PCIe error is delivered, an error message will be collected >> and printed >> + * to console, then, an error recovery procedure will be executed by >> following >> + * the PCI error recovery rules. >> + * >> + * Copyright (C) 2006 Intel Corp. >> + * Tom Long Nguyen (tom.l.nguyen@intel.com) >> + * Zhang Yanmin (yanmin.zhang@intel.com) >> + * >> + */ >> + >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include >> +#include "portdrv.h" > >> +static int report_error_detected(struct pci_dev *dev, void *data) >> +{ >> + pci_ers_result_t vote; >> + const struct pci_error_handlers *err_handler; >> + struct aer_broadcast_data *result_data; >> + >> + result_data = (struct aer_broadcast_data *) data; >> + >> + device_lock(&dev->dev); >> + dev->error_state = result_data->state; >> + >> + if (!dev->driver || >> + !dev->driver->err_handler || >> + !dev->driver->err_handler->error_detected) { >> + if (result_data->state == pci_channel_io_frozen && >> + dev->hdr_type != PCI_HEADER_TYPE_BRIDGE) { >> + /* >> + * In case of fatal recovery, if one of down- >> + * stream device has no driver. We might be >> + * unable to recover because a later insmod >> + * of a driver for this device is unaware of >> + * its hw state. >> + */ >> + dev_printk(KERN_DEBUG, &dev->dev, "device has %s\n", >> + dev->driver ? >> + "no error-aware driver" : "no driver"); > > or: > dev_printk(KERN_DEBUG, &dev->dev, "device has no%s driver\n", > dev->driver ? " error-aware" : ""); > >> + } >> + >> + /* >> + * If there's any device in the subtree that does not >> + * have an error_detected callback, returning >> + * PCI_ERS_RESULT_NO_AER_DRIVER prevents calling of >> + * the subsequent mmio_enabled/slot_reset/resume >> + * callbacks of "any" device in the subtree. All the >> + * devices in the subtree are left in the error state >> + * without recovery. >> + */ >> + >> + if (dev->hdr_type != PCI_HEADER_TYPE_BRIDGE) >> + vote = PCI_ERS_RESULT_NO_AER_DRIVER; >> + else >> + vote = PCI_ERS_RESULT_NONE; >> + } else { >> + err_handler = dev->driver->err_handler; >> + vote = err_handler->error_detected(dev, result_data->state); >> + } >> + >> + result_data->result = merge_result(result_data->result, vote); >> + device_unlock(&dev->dev); >> + return 0; >> +} > >> +/** >> + * broadcast_error_message - handle message broadcast to downstream >> drivers >> + * @dev: pointer to from where in a hierarchy message is broadcasted >> down > > I would drop ^^ "from" ... is broadcast > downstream > >> + * @state: error state >> + * @error_mesg: message to print >> + * @cb: callback to be broadcasted > > to be broadcast > >> + * >> + * Invoked during error recovery process. Once being invoked, the >> content >> + * of error severity will be broadcasted to all downstream drivers in >> a > > will be broadcast > >> + * hierarchy in question. >> + */ >> +static pci_ers_result_t broadcast_error_message(struct pci_dev *dev, >> + enum pci_channel_state state, >> + char *error_mesg, >> + int (*cb)(struct pci_dev *, void *)) >> +{ >> + struct aer_broadcast_data result_data; Thanks for the comments, will take care of it.