Received: by 10.192.165.148 with SMTP id m20csp1144042imm; Thu, 10 May 2018 06:22:52 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoe1ZdfhGH/JID4sGHHXIAyNm2NwXxd9o9QPsrpvEXDzm0hb0ALgT/v3VVRFqOCQ3qfHV63 X-Received: by 2002:a17:902:5502:: with SMTP id f2-v6mr1415428pli.108.1525958572455; Thu, 10 May 2018 06:22:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525958572; cv=none; d=google.com; s=arc-20160816; b=X5Fw8061eHxhVCqUxOezEJYbtY+fbTjWsCIxLlJzuxqmvurwPQSmL3IFVHbIwoimXK PlZ6rkuEz79LFcvoADj220FAyEC4vn1+S1NOvxk5wmzlPCSEkokdWsLLGnc4s/qKtQ2p KrzaTnqU7Yho9xRmfhgX5ks4X2B8hu1fQ3i8QHQPDV93M8HE4QmvzqoSrU6S9CXZcSQB lh/7eEZ8afONC/3SUFst/MlpesEEb8hDh2epJjBgybscJDEjY6nbFeyoruOIaXGgp556 inma0hzIvqCJ0pUUCG2G+qMKJXC7r8wDR1ZszbvRWcKnLdnB1Pob72u3Gclts8G9loZB leyw== 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:dkim-signature:arc-authentication-results; bh=sPlP5NRHXYaRHOW/2Ldv/juYFwGmlTYlUioyzXz8/4A=; b=JQjfxSx4A1+2TYf38dGbjn3tEARaT3O4vGws1+ovsyser8Lp9ZWFAKs9DN2a0DDTfb xRiz+A2AgKUBLgNsDlt9O5g1ACGo5/ImJN9PiN8NH/fm4Clc5EdJAnHQvPpF4hA4aEx2 +KpGklyqXV+ul4+jJfp8EKnLt+rh9haHX0GPWmJ7h9OYaZrpTYr+C00AZ22ikqTFg2OI cb+GtbGuVR0yIjkxRh7zOCKSDfsH6P+HA078qK3fv6wtgK9Cjuo0yk6dS1pNq3W+6yEQ ldtQLdk4kkMkdts1T+99YyxkaqEQp7765Y+7B5EfAO0asjq/4yNeI6+UqHspfId9rCw0 JdkQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=nz+qdRpR; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i67-v6si815236pfi.95.2018.05.10.06.22.37; Thu, 10 May 2018 06:22:52 -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; dkim=pass header.i=@kernel.org header.s=default header.b=nz+qdRpR; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757329AbeEJNWZ (ORCPT + 99 others); Thu, 10 May 2018 09:22:25 -0400 Received: from mail.kernel.org ([198.145.29.99]:51386 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757285AbeEJNWY (ORCPT ); Thu, 10 May 2018 09:22:24 -0400 Received: from localhost (50-81-62-164.client.mchsi.com [50.81.62.164]) (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 965BB2173C; Thu, 10 May 2018 13:22:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1525958543; bh=HB+3CXbgOx7gI8u9f84ES7rUkzz3//a6nnfDYOq/dZQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=nz+qdRpRsJbNtXfipNRCNtqNdOo+8cbFJri16SM/SK21iu07lfKru1OV0zjy9eGhJ qCCEmSbxY9OrplpfYcCy+Bw6x2jQn4AbilvhHq6FElsFI/xV7BYxOcToQtNJAdvV1F MhrAGpntp0gEX4eQ7gh4qHUqnUQpnAWlIaTgeHTw= Date: Thu, 10 May 2018 08:22:22 -0500 From: Bjorn Helgaas To: Oza Pawandeep 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 v15 8/9] PCI/DPC: Unify and plumb error handling into DPC Message-ID: <20180510132222.GE173327@bhelgaas-glaptop.roam.corp.google.com> References: <1525323838-1735-1-git-send-email-poza@codeaurora.org> <1525323838-1735-9-git-send-email-poza@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1525323838-1735-9-git-send-email-poza@codeaurora.org> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 03, 2018 at 01:03:57AM -0400, Oza Pawandeep wrote: > Current DPC driver does not do recovery, e.g. calling end-point's driver's > callbacks, which sanitize the sw. > > DPC driver implements link_reset callback, and calls pci_do_recovery(). > > Signed-off-by: Oza Pawandeep > > diff --git a/drivers/pci/pcie/dpc.c b/drivers/pci/pcie/dpc.c > index 80ec384..aed7c9f 100644 > --- a/drivers/pci/pcie/dpc.c > +++ b/drivers/pci/pcie/dpc.c > @@ -73,29 +73,21 @@ static void dpc_wait_link_inactive(struct dpc_dev *dpc) > pcie_wait_for_link(pdev, false); > } > > -static void dpc_work(struct work_struct *work) > +static pci_ers_result_t dpc_reset_link(struct pci_dev *pdev) > { > - struct dpc_dev *dpc = container_of(work, struct dpc_dev, work); > - struct pci_dev *dev, *temp, *pdev = dpc->dev->port; > - struct pci_bus *parent = pdev->subordinate; > - u16 cap = dpc->cap_pos, ctl; > - > - pci_lock_rescan_remove(); > - list_for_each_entry_safe_reverse(dev, temp, &parent->devices, > - bus_list) { > - pci_dev_get(dev); > - pci_dev_set_disconnected(dev, NULL); > - if (pci_has_subordinate(dev)) > - pci_walk_bus(dev->subordinate, > - pci_dev_set_disconnected, NULL); > - pci_stop_and_remove_bus_device(dev); > - pci_dev_put(dev); > - } > - pci_unlock_rescan_remove(); I think it would be good to have a comment here about why this "reset_link" function doesn't actually reset the link, e.g., /* * DPC disables the Link automatically in hardware, so it has * already been reset by the time we get here. */ > + struct dpc_dev *dpc; > + struct pcie_device *pciedev; > + struct device *devdpc; > + u16 cap, ctl; > + > + devdpc = pcie_port_find_device(pdev, PCIE_PORT_SERVICE_DPC); > + pciedev = to_pcie_device(devdpc); > + dpc = get_service_data(pciedev); > + cap = dpc->cap_pos; And maybe one about waiting until the link is inactive, then clearing DPC Trigger Status to allow the port to leave DPC. > dpc_wait_link_inactive(dpc); > if (dpc->rp_extensions && dpc_wait_rp_inactive(dpc)) > - return; > + return PCI_ERS_RESULT_DISCONNECT; > if (dpc->rp_extensions && dpc->rp_pio_status) { > pci_write_config_dword(pdev, cap + PCI_EXP_DPC_RP_PIO_STATUS, > dpc->rp_pio_status); > @@ -108,6 +100,17 @@ static void dpc_work(struct work_struct *work) > pci_read_config_word(pdev, cap + PCI_EXP_DPC_CTL, &ctl); > pci_write_config_word(pdev, cap + PCI_EXP_DPC_CTL, > ctl | PCI_EXP_DPC_CTL_INT_EN); > + > + return PCI_ERS_RESULT_RECOVERED; > +} > + > +static void dpc_work(struct work_struct *work) > +{ > + struct dpc_dev *dpc = container_of(work, struct dpc_dev, work); > + struct pci_dev *pdev = dpc->dev->port; > + > + /* From DPC point of view error is always FATAL. */ > + pcie_do_recovery(pdev, DPC_FATAL); > } > > static void dpc_process_rp_pio_error(struct dpc_dev *dpc) > @@ -288,6 +291,7 @@ static struct pcie_port_service_driver dpcdriver = { > .service = PCIE_PORT_SERVICE_DPC, > .probe = dpc_probe, > .remove = dpc_remove, > + .reset_link = dpc_reset_link, > }; > > static int __init dpc_service_init(void) > diff --git a/drivers/pci/pcie/err.c b/drivers/pci/pcie/err.c > index 877785d..526aba8 100644 > --- a/drivers/pci/pcie/err.c > +++ b/drivers/pci/pcie/err.c > @@ -181,11 +181,12 @@ static pci_ers_result_t default_reset_link(struct pci_dev *dev) > return PCI_ERS_RESULT_RECOVERED; > } > > -static pci_ers_result_t reset_link(struct pci_dev *dev) > +static pci_ers_result_t reset_link(struct pci_dev *dev, int severity) > { > struct pci_dev *udev; > pci_ers_result_t status; > struct pcie_port_service_driver *driver; > + u32 service; > > if (dev->hdr_type == PCI_HEADER_TYPE_BRIDGE) { > /* Reset this port for all subordinates */ > @@ -196,7 +197,12 @@ static pci_ers_result_t reset_link(struct pci_dev *dev) > } > > /* Use the aer driver of the component firstly */ > - driver = pcie_port_find_service(udev, PCIE_PORT_SERVICE_AER); > + if (severity == DPC_FATAL) > + service = PCIE_PORT_SERVICE_DPC; > + else > + service = PCIE_PORT_SERVICE_AER; > + > + driver = pcie_port_find_service(udev, service); This is where I was wondering about passing in "service" directly instead of "severity". > if (driver && driver->reset_link) { > status = driver->reset_link(udev); > @@ -302,7 +308,7 @@ static pci_ers_result_t do_fatal_recovery(struct pci_dev *dev, int severity) > pci_dev_put(pdev); > } > > - result = reset_link(udev); > + result = reset_link(udev, severity); > if (result == PCI_ERS_RESULT_RECOVERED) > if (pcie_wait_for_link(udev, true)) > pci_rescan_bus(udev->bus); > @@ -326,7 +332,8 @@ void pcie_do_recovery(struct pci_dev *dev, int severity) > pci_ers_result_t status; > enum pci_channel_state state; > > - if (severity == AER_FATAL) { > + if ((severity == AER_FATAL) || > + (severity == DPC_FATAL)) { > status = do_fatal_recovery(dev, severity); > if (status != PCI_ERS_RESULT_RECOVERED) > goto failed; > diff --git a/include/linux/aer.h b/include/linux/aer.h > index 8f87bbe..0c506fe 100644 > --- a/include/linux/aer.h > +++ b/include/linux/aer.h > @@ -14,6 +14,7 @@ > #define AER_NONFATAL 0 > #define AER_FATAL 1 > #define AER_CORRECTABLE 2 > +#define DPC_FATAL 4 > > struct pci_dev; > > -- > 2.7.4 >