Received: by 10.213.65.16 with SMTP id m16csp135856imf; Sun, 11 Mar 2018 20:05:10 -0700 (PDT) X-Google-Smtp-Source: AG47ELu8z8QajYauslCM9YqXNlgk8qkb6kTLraA+GzWehuatWOO7h12lDAGzOeydS8yjlnUabVk0 X-Received: by 2002:a17:902:b416:: with SMTP id x22-v6mr6680191plr.279.1520823910697; Sun, 11 Mar 2018 20:05:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520823910; cv=none; d=google.com; s=arc-20160816; b=vIlE0vn9S1spnRdGUJIXaAC0mTuUHIR+2/aOAjRX0dycUOxROKa/8UnXnHRfK8ivja lqPuK68MWRWrPXs1hHssw4tygpU9TSUFZm6/QfzkmGO2m+ZiJZrz1iqAispGnyC6/0XD oHnyVevrvwmw7+GeUJ5U+OW9hGAeGw2mIQw3qoc/RPLnYPbC9MsQcTQctuDfdx052SOe PB1PpsXA4h3Cv/3oR51RtOmOvm3nOJJI6EJkxcrCXB5r/adl45i3aiGy2dHdfz+l+yvp 1+RHNNi6rbvH/nZ8YMWSvB5NtC4OKaOi0taK43MLGsRbpali2PNBzCPVuCHftV0TNKOp 8Rbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=+qgegphngNO3u1XSthUKbUZD8ps77xcmFQKGGcBJOk0=; b=StOtvwVkJ0Oy6teumPU+kuAc/N/pRDJKFbJ6EKgH114hjxQ4encsRA2NQGXqLvS8vz Egw2PDbINAs61bP6ag0nCXcQNoSwWnGyTsUlIacrctjczZMyXco4nQP/2Xk9bhc+PRAz oCE7K1ULK62ZFf2AG/57TbKHxxAbcTAfRQpQWmLtSvx+oJjxtX3AgTtIcS72iZxxZVdN l2UePs5qn8QEzzkaf4AkQ2ADg/TTqBeOp8VcV6iqDVYPa4DCi232631yC6T9D0G5MUHd zJiT05aKirKLHuz9zz+XdLpa+l6Byxveag0ZntOC2oAdz6lHflqlhWhdjxFehrg5EqCi 3Ssw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=RbKesiNC; dkim=pass header.i=@codeaurora.org header.s=default header.b=Jw5qVVY5; 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 p1si4355811pgc.593.2018.03.11.20.04.55; Sun, 11 Mar 2018 20:05:10 -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=@codeaurora.org header.s=default header.b=RbKesiNC; dkim=pass header.i=@codeaurora.org header.s=default header.b=Jw5qVVY5; 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 S932566AbeCLDEE (ORCPT + 99 others); Sun, 11 Mar 2018 23:04:04 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:39036 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932437AbeCLDED (ORCPT ); Sun, 11 Mar 2018 23:04:03 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id A072960763; Mon, 12 Mar 2018 03:04:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520823842; bh=Iu4houJeNxLFYC3Jm0kzwTu+W+eOrqCaJs8dye5ozUE=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=RbKesiNCIcRC7qPapLr01qJggRrGgTiR0VNF07maMPq6s6aAHTuTqa07+RaVN+kRP zG8ag3OUlDOgJy8GolzquKV2vTARc8JJKHA50OS92RaM2w1L7wKlItTXIntzwPyoIX X4UkXl8M+hWRt9jiWkm9FrnvjWAT5xtj6you/AVA= 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 [192.168.0.105] (cpe-174-109-247-98.nc.res.rr.com [174.109.247.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: okaya@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 5744D60390; Mon, 12 Mar 2018 03:04:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1520823841; bh=Iu4houJeNxLFYC3Jm0kzwTu+W+eOrqCaJs8dye5ozUE=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Jw5qVVY5/lWHKrT9fXMB6ZWT/G90GfeZkk/RfPYYiX2Wc2MVbNteVLjWT0eIFlgoQ VCUGBk1rdLRaHhKJVh4Ql45PeIXEViEW65sbI8VDvhfL3oPt+JDHAEv6em8/akahUd yWv7WMm84yKR234NtM42N2eIdHqRg8gubyo7wPXo= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 5744D60390 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=okaya@codeaurora.org Subject: Re: [PATCH v12 0/6] Address error and recovery for AER and DPC To: Bjorn Helgaas , 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 , Timur Tabi References: <1519837457-3596-1-git-send-email-poza@codeaurora.org> <20180311220337.GA194000@bhelgaas-glaptop.roam.corp.google.com> From: Sinan Kaya Message-ID: <04ade52e-d1ea-fe67-bb26-246621d159e6@codeaurora.org> Date: Sun, 11 Mar 2018 23:03:58 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180311220337.GA194000@bhelgaas-glaptop.roam.corp.google.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/11/2018 6:03 PM, Bjorn Helgaas wrote: > On Wed, Feb 28, 2018 at 10:34:11PM +0530, Oza Pawandeep wrote: > That difference has been there since the beginning of DPC, so it has > nothing to do with *this* series EXCEPT for the fact that it really > complicates the logic you're adding to reset_link() and > broadcast_error_message(). > > We ought to be able to simplify that somehow because the only real > difference between AER and DPC should be that DPC automatically > disables the link and AER does it in software. I agree this should be possible. Code execution path should be almost identical to fatal error case. Is there any reason why you went to stop driver path, Keith? Was it the absence of error callback? or are we missing something in our assumptions? -- Sinan Kaya 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.