Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1361300imm; Tue, 2 Oct 2018 07:05:59 -0700 (PDT) X-Google-Smtp-Source: ACcGV612U5ytkJxaXXjIzca4W4pjMjjWHQAa4Y48y+iPj+3TSziryKGdnk+/mYBfjLwwH9yR32tW X-Received: by 2002:a63:6d83:: with SMTP id i125-v6mr14465520pgc.215.1538489159704; Tue, 02 Oct 2018 07:05:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538489159; cv=none; d=google.com; s=arc-20160816; b=eFBrzcPPqChSD/wGsJkOR3FmH02y+7JYoAgmtBPQxXBK+hcYNp5L/dDYV7hxodonev MB3ups7Mpsz+CB4AyyTDuXyWqMUpWWJVTEqYnUE4pE1NChIEV2GVSG14TXdm66nqLv1b 6sL9FViyJT8vYswoRs6IGxzHkL/Zt8EhV1SoaDph7DyINGeo7QqRxAh24cmzRYWxI+OD 4u9NnBekjibll2Jwr6UVi5Tcz+bpvrm5EzMFwwi1YyBym03RAk2uSfItz/Kyo1T2v8CQ rPKODvDeZF5OBtvAu0LKIt0SlYoPPtkXenn09vHRkMBEr2C6DVBByxImfVa+y3DlRc0G p1hQ== 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; bh=TGO11zKUsdJ4NWwWpAAiaRMQdWqrJsJoSV/c6T1X41s=; b=xsA2Ped1kNE7KRqYAMnzet2PqjG5M3d6uj7CLoPpVcH1UqQTezrHnFG0GNs5IUcAUN tjRXASZb3tcQREE2MPVjY6SufEcaaJLvCj9Ya6F/NtT69uMLjbl92dTrAXbwuAw7u30U p9d50LeOiuslBANWOBREIXNSKdozCh9QN8Ie8WhMGSWSVHTSL4/Di+dKA7Cc5L6v470F 57bmbBGI9Bv6cssIBsZx/XNb3+khaG+WEn47BT4YvjsZ1rd9bij/E0bJrcTD9Tx2qj0z SK50VJgJPlFwlnWjSZtfzctRk9eUvOzQQbT0BaGCFCNCuCjGyR009qCnRJLUi6uuEUCV bx6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=I9MNIAZW; 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 g70-v6si15974879pfe.4.2018.10.02.07.05.44; Tue, 02 Oct 2018 07:05:59 -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=I9MNIAZW; 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 S1730251AbeJBUsT (ORCPT + 99 others); Tue, 2 Oct 2018 16:48:19 -0400 Received: from mail.kernel.org ([198.145.29.99]:40408 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726625AbeJBUsS (ORCPT ); Tue, 2 Oct 2018 16:48:18 -0400 Received: from localhost (117.sub-174-234-10.myvzw.com [174.234.10.117]) (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 CEC292064A; Tue, 2 Oct 2018 14:04:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1538489086; bh=GV37GvLDCGWsviIS5SsrFnOXoJbF3FiVqYH11HIIGKA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=I9MNIAZWQYjoWUi7jyxTcV2VVRMvv3XbODhHwh3OtQGYA1XBDN8gaOSzm06dYZ1FL y+LrMFhsutTCCZYCkLoLVYko6USntBM0HmmEvzVWpzzYFQON0V9AAAlwcBEy0nthPf V8xSGg/CW4ZYZ15Cy7gSuHiSiTc0MFIaALJqyb1g= Date: Tue, 2 Oct 2018 09:04:43 -0500 From: Bjorn Helgaas To: Suganath Prabu Subramani Cc: lukas@wunner.de, linux-scsi@vger.kernel.org, linux-pci@vger.kernel.org, Andy Shevchenko , Sathya Prakash , Sreekanth Reddy , linux-kernel@vger.kernel.org, benh@kernel.crashing.org, ruscur@russell.cc, sbobroff@linux.ibm.com, oohall@gmail.com Subject: Re: [PATCH v4 1/6] mpt3sas: Introduce mpt3sas_base_pci_device_is_available Message-ID: <20181002140443.GA120535@bhelgaas-glaptop.roam.corp.google.com> References: <1537935759-14754-1-git-send-email-suganath-prabu.subramani@broadcom.com> <1537935759-14754-2-git-send-email-suganath-prabu.subramani@broadcom.com> <20180926213241.GI28024@bhelgaas-glaptop.roam.corp.google.com> <20180927070327.wvl5glb4c7gtjoa3@wunner.de> <20180927184746.GM28024@bhelgaas-glaptop.roam.corp.google.com> <20180927190959.dio4qwti3i4accjm@wunner.de> <20181001204051.GD142872@bhelgaas-glaptop.roam.corp.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181001204051.GD142872@bhelgaas-glaptop.roam.corp.google.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 01, 2018 at 03:40:51PM -0500, Bjorn Helgaas wrote: > I think the names "pci_device_is_present()" and > "mpt3sas_base_pci_device_is_available()" contribute to the problem > because they make promises that can't be kept -- all we can say is > that the device *was* present, but we know whether it is *still* > present. Oops, I meant "we DON'T know whether it is still present." > I think it would be better if the interfaces were something > like "pci_device_is_absent()" because that gives a result we can rely > on. If that returns true, we know the device is definitely gone. > > Bjorn