Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3328447pxk; Mon, 28 Sep 2020 14:37:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxihYbnIhTnGXtexnKjUZVUXDEuI8Onc5QOw16DJXJBWDnmo9rrQyjKX+FA5JC9BTwMjxO8 X-Received: by 2002:a17:906:fccb:: with SMTP id qx11mr715807ejb.429.1601329072146; Mon, 28 Sep 2020 14:37:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601329072; cv=none; d=google.com; s=arc-20160816; b=zUNDr0b2bZoyDn4yuMUM/6+jFadIIKLN+uHEi4/vNbPOt6PDSi5898iWZRtCyElP1J QOUpjC5BBQwfj44UYfu/H6rN0QNIIxNCKe54cNduMoRt/2fGBTsMqmVo1VW8S9QRdpF9 P5Hi+MjIZcW+Th1d8qArIX3SsyYU4D+rm8N03JWgRqEKd8GP+wWLsvXlN2OvwEhDV2U4 YS+M9VNHXwiTfa22z2rsqiIoB5V+rvkz3NJElu6HOD/jk4Z1aWkDc/w4N447Q6R2GXJu 8FpkW2AVmTjGGDGyJyRlfj0Uf7lD/9wWRAR5Q+HQe+QcOAq88PHsQ0yho4jMGCZMq7ba qfRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from:dkim-signature; bh=9CeopZp8WY9RSvM4Dc5FY/xYVy88bbr1SqV3oic9qQA=; b=virKc7MuBXQoLZLS+WwMT0XX42kOf1HWtp5KQCY6SaAWFW01dUDx30STYmrWRXGq9I QpYRlnYhND5JEj/Eg9Ve2JwziOjPNeBC1cc+md69zUr95Ez8Z/ErjSr+MJgvgtQOXW/P sIcMz5U0l40k6o8G6tWt+5dX+t4N4YzBPJ7VOZk8B6jxJ1JLSm/EsUM05TQKmCbldvNX g8cKnOXaGJlpNST/2Gqe4x91hWwgOI6rd1Pw6MC9FO6uLqac/kF6mINjkuOiVdg50oaq RaHhnOLn6XSo9UchZKdqHWQiMQtF2FkzkhJLIqQSEXfMZaxFAo3qRjsImP9SxFgGTCXC 0dcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=v51yHcg3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mh25si1431013ejb.568.2020.09.28.14.37.28; Mon, 28 Sep 2020 14:37:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=v51yHcg3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726915AbgI1VgG (ORCPT + 99 others); Mon, 28 Sep 2020 17:36:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49480 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726668AbgI1VgG (ORCPT ); Mon, 28 Sep 2020 17:36:06 -0400 Received: from mail-pg1-x542.google.com (mail-pg1-x542.google.com [IPv6:2607:f8b0:4864:20::542]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 47471C061755 for ; Mon, 28 Sep 2020 14:36:06 -0700 (PDT) Received: by mail-pg1-x542.google.com with SMTP id 7so2041263pgm.11 for ; Mon, 28 Sep 2020 14:36:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version; bh=9CeopZp8WY9RSvM4Dc5FY/xYVy88bbr1SqV3oic9qQA=; b=v51yHcg3rrbkOLHvDLP9ouUMsXf2KuP7FFSjqT+4AgwsxzYcIHJD5gmGrem3vz7s/V fOOZiCdjAjDdW+c5RSL5TuhE4kFl9lIrFcRJJnaM9dACSpDD77eFqxFUtfhe/tFunr+3 jiXKN9H9w/zrvuP1iT/OaEvb9ELPJhwJ5JddGeZJ0zkekFwqUJ1mw2bsZfONZpyUiFCw hdBdcPeTPzCr1QBhjT+pF8TItWq8t7qJFVFPAXSFlVK6VYv5m+4JWvzEecxs8JhMMafc 1ZF74dyj2CXLM1J5u2fcLiNRREzTHd/fuQLBxxR11xyTzZNTv+uzYiKDudPx+Phqmw7W KtiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version; bh=9CeopZp8WY9RSvM4Dc5FY/xYVy88bbr1SqV3oic9qQA=; b=LASUL7WBzYSbJXpXEmzCNl8fmWCxOXDlqqAQ4iIO0GjMdIXlYUFKytJ13gSHk1dMuX +5I10rqfxxu+3S/6VCZJKO3s60tY9UIABIhGGBMIK+h5gevA6oGFoA5wedyoWPt/mRFo 7he6rlgEgp9Njf7lrlKmSUstNBZZbUUBt5gW59OF7+93XyaEkGr+BCw1pSBi0wM4dw+r 00L7p0ymEV6O4ePy7SvllHFEJbFe/1LMAlpcV3Y8oZpH6NQvx8vRQXdxEWsGlGEl/KWu wMkdk3axODmbC6KdJu+XhfzZ6l+lxNp/mu2fdn7r1aMDfpA94/wUL2SMaW4qUr7BvBS/ pc9A== X-Gm-Message-State: AOAM531HvcBv9Hj0QwRH5amp3B0NwU92Y3gRlESjgzYdj8/iiG1Coi+3 rCDgMqDvAcaIB3U5bnr4LNBmHQ== X-Received: by 2002:a17:902:b789:b029:d2:63a5:d3f0 with SMTP id e9-20020a170902b789b02900d263a5d3f0mr1273387pls.81.1601328965826; Mon, 28 Sep 2020 14:36:05 -0700 (PDT) Received: from [10.251.155.156] ([192.55.55.45]) by smtp.gmail.com with ESMTPSA id s24sm2263457pjp.53.2020.09.28.14.36.02 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Sep 2020 14:36:05 -0700 (PDT) From: "Sean V Kelley" To: "Bjorn Helgaas" Cc: "Sean V Kelley" , bhelgaas@google.com, Jonathan.Cameron@huawei.com, rafael.j.wysocki@intel.com, ashok.raj@intel.com, tony.luck@intel.com, sathyanarayanan.kuppuswamy@intel.com, qiuxu.zhuo@intel.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v6 07/10] PCI/RCEC: Add RCiEP's linked RCEC to AER/ERR Date: Mon, 28 Sep 2020 14:36:00 -0700 X-Mailer: MailMate (1.13.2r5673) Message-ID: <93B0C872-C440-484A-9908-2D5B974595CD@intel.com> In-Reply-To: <20200928014711.GA2475864@bjorn-Precision-5520> References: <20200928014711.GA2475864@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 27 Sep 2020, at 18:47, Bjorn Helgaas wrote: > On Sun, Sep 27, 2020 at 06:45:45PM -0500, Bjorn Helgaas wrote: >> On Tue, Sep 22, 2020 at 02:38:56PM -0700, Sean V Kelley wrote: >>> From: Qiuxu Zhuo > >>> pci_dbg(dev, "broadcast error_detected message\n"); >>> if (state == pci_channel_io_frozen) { >>> - pci_bridge_walk(bridge, report_frozen_detected, &status); >>> + pci_bridge_walk(bridge, dev, report_frozen_detected, &status); >>> if (type == PCI_EXP_TYPE_RC_END) { >>> + /* >>> + * The callback only clears the Root Error Status >>> + * of the RCEC (see aer.c). >>> + */ >>> + if (bridge) >>> + reset_subordinate_devices(bridge); >> >> It's unfortunate to add yet another special case in this code, and >> I'm >> not thrilled about the one in aer_root_reset() either. It's just not >> obvious why they should be there. I'm sure if I spent 30 minutes >> decoding things, it would all make sense. Guess I'm just griping >> because I don't have a better suggestion. > > I'm sorry, this was unkind of me. If I don't have a constructive > idea, there's no reason for me to complain about this. I apologize. > > Bjorn No worries at all. The unfortunate handling of the Spec for RCEC/RCiEP associations and the added needs for native versus non-native is frustrating. Sean