Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1921217imm; Thu, 19 Jul 2018 10:00:04 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfu73AiXV8TjCQw1urde3JJJKy79usbiLML2d52tKX7WdbwZItSKlKdRlCwU3Fsi2O0AC8B X-Received: by 2002:a63:8a41:: with SMTP id y62-v6mr10427539pgd.291.1532019604600; Thu, 19 Jul 2018 10:00:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532019604; cv=none; d=google.com; s=arc-20160816; b=L0LARwFR1JnwQ9NY/rLUZ7Cq3efi4HfU/FKmCGtSfJTJM9BfruiejByhLz/8giuLSL Rx6jFsEHab4L3UMlq7m6Wfhb+UH6BYhBZK5J7mLixSLTl557qvXa0qf+6NXCqBh7h7oC xxcaJ6v9nOqaOL8HgZ+HP3cgc61c3b91XftCVPj0bSSpHb3W4on+xDEGaliDC50IHu+q IqgIhu0VC+rlTH08p1T9chRNWK9OOqRIuriioXTtbPEUthFniRusxDQRmv7dbwuIUqXe XzlpIEiDN5HpwzN8U9QEz1pE/xZDRRSVKsFcS7qludYwIaC3QjELBAbkogmJuvd/8BOd yjWg== 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:dkim-signature :arc-authentication-results; bh=fHWKhKhLGFAyaY0Gsk0Zl6NKKkL+2skcC8BxRAXyxpc=; b=v9RBgaXS749qz7wxOHQA/J5S5V+Qd+7XXZCM2BimJ6R++0zAn7VcNZIMubPs46AijV oHXAxeQejsrrmuotHFMc+EIp++s6Z/uKGtC1orCIs2qxORL2b7fRNYxKKasDCx1j23tp I+dYvwyE0BkJ1yHrRDfvVVbTR57daHKfH4zt/bZibBWOkt1ZmHZcRmZlF6Pv9Rrp1M6U 1HT4Kx7hawvRgbc9bDEzLXY+CSnR77J44qrr8+c43DoXTkhwAL6xhU4popv3CMb3c3SR dbf5dLwHAHNjnzM80GJbDLuqimWrLhjwFYPqSAnMs1TGpb//1w6Fr52gPbaWCReZEBky sUIA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=UTSO+uac; 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 d33-v6si6421691pgd.245.2018.07.19.09.59.49; Thu, 19 Jul 2018 10:00:04 -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=UTSO+uac; 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 S1732094AbeGSRm2 (ORCPT + 99 others); Thu, 19 Jul 2018 13:42:28 -0400 Received: from mail.kernel.org ([198.145.29.99]:54654 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732030AbeGSRm1 (ORCPT ); Thu, 19 Jul 2018 13:42:27 -0400 Received: from [10.82.11.247] (unknown [131.107.174.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C35902084E; Thu, 19 Jul 2018 16:58:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1532019505; bh=KrADOXqxJuvb0BRFYf5bSN69WybUJNJG0NBJdMFDXIE=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=UTSO+uacnvnHkwvfgghVqaEX8WhaNLOeGb5YURCuHE1j84OvK4fTSIT6hZ0Z6qfgZ JC0GnrjZOCt3iMpxDvxvaTcplzzN/AhYHXgJ3jti+14ycD7hxFXbio8CGkRdyR3pZD ESsYwus1YviIBqB898hmDnYnjvmXxItk3Fz+dwds= Subject: Re: [PATCH] PCI/AER: Do not clear AER bits if we don't own AER To: "Alex G." , bhelgaas@google.com, keith.busch@intel.com Cc: alex_gagniuc@dellteam.com, austin_bolen@dell.com, shyam_iyer@dell.com, Frederick Lawler , Oza Pawandeep , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org References: <20180717153135.25925-1-mr.nuke.me@gmail.com> <494a5df8-0987-3a6c-30a4-a3c9ef4ed1f3@kernel.org> <37509c44-64fe-4140-c776-53c3346cbfe5@gmail.com> From: Sinan Kaya Message-ID: Date: Thu, 19 Jul 2018 09:58:24 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <37509c44-64fe-4140-c776-53c3346cbfe5@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed 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 7/19/2018 8:55 AM, Alex G. wrote: > I find the intent clearer if we check it here rather than having to do > the mental parsing of the state of aer_cap. I don't feel too strong about my comment to be honest. This was a style/maintenance comment. It feels like we are putting pcie_aer_get_firmware_first() into core functions unnecessarily after your change. I understand the need for your change. I'm asking if it is the right place or not. pcie_aer_get_firmware_first() should be called from either the init or probe function so that the rest of the AER functions do not get called from any other context. If someone adds another AER function, we might need to add another pcie_aer_get_firmware_first() check there. So, we have unnecessary code duplication.