Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3767550pxb; Fri, 4 Feb 2022 16:23:44 -0800 (PST) X-Google-Smtp-Source: ABdhPJxnXey47lmnvwgoShjCgYGHbeSJFVBP1qv2oWdieRbjlzw/0pjAdPe5drV8/B4WgsVaab9K X-Received: by 2002:a05:6402:d55:: with SMTP id ec21mr566716edb.199.1644020624005; Fri, 04 Feb 2022 16:23:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644020623; cv=none; d=google.com; s=arc-20160816; b=L2P6zMZci3EKs7fI3F10P9Uiz1xN0dm3GvZFq9bTxUGbVyBVWQw6EUPnPV2yZ7ixdg OoIBt7NaP811hEMdIJd7fZha5yAAXJ0Wf+UGW6jv4BKtNx+hs0b+pbMPABxp94bqOhqK tEE69r9/IIlZRaizziZMvDer6QkH08fkSTpqMl0jbZBHBvj5R8weYntQzMKTK/9KGWRU wFghPKMpZOiAFIXrJ1lg33pjKsHLreYLxGRYQHPmrHiKIDK0LlUKchsN0f3MGUS71XST VsE9Q76yJCBTDrFUraEs6X3297mgNBQS1uby5KdFHTii52R9G0bOej7grwRIdeGSxUzm R0rA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=hIUJPfSQhVSKATA4ZikBlz7Lt/dtSKn7280Z+NJztG4=; b=cWYPh9nfNSN+vg2NBPZ6myuQTMPjTW8VSdIKI1cUyspiuiWnQ9EieOeowsovF88EPG wQb9xPzHIpkjRK2E9jnOaghCIL/mejv39kXqHP4iqx+8FQY5buT+YlivotJDRobueixg A+231Q7TVnk9LWjVM2TOz2NpZMzeilNMqVdEe0pzjfO2UMO1NItcOJxAKaXiUoVFuz6Y gsLy0t9aB3dDTdNrcVAh8NpJqa3n+WJZDB5LkvwR1hdpLslESfUN2d25Ljl03sftkNEC j+qdmX8UGO9nt/tyh77CxCft9VfzZZf40D+Y5gX/LO0OSyCyD2V5HrRwrnQMeXQ5MV0C Z1zQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="YWbcc/MO"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id qb37si2757019ejc.904.2022.02.04.16.23.18; Fri, 04 Feb 2022 16:23:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="YWbcc/MO"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234870AbiBAHUG (ORCPT + 99 others); Tue, 1 Feb 2022 02:20:06 -0500 Received: from mga07.intel.com ([134.134.136.100]:26795 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234691AbiBAHT7 (ORCPT ); Tue, 1 Feb 2022 02:19:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1643699999; x=1675235999; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=AmWU1AV08VfGeckIh6guz9YGRRuCnFpXZUJeaNG+8g0=; b=YWbcc/MO0gu9hWHNoQNdjN1K3myBMKgmW+d1cs/AfeC/ZgWbfHbME1y8 cVEIVetUBzRubIhMp5a7gtKKPHFmE5a4OkCWChXnN7x4FafqopeEVp1ZQ 0+UW16yOfZMMJQfLc95Noqzqe2KiLOQOoCm8C/FCYYaOOv2EPc6BosoQz dm8fUBwo2TbiILtao9BpjmCgngqYZCkyzoMzKGBEICLnb9gT/vnAnon0m o+hMhwXSh/oQuSgE30U7DBjn0olFOMaSZ+M7sO8j9D8OEluCM1ojClMLX ZzeQI7ferFuAZ63hQG6ODCCyj0wtB1i/nXXVUmVrio1fDl71cD9pnyDv1 Q==; X-IronPort-AV: E=McAfee;i="6200,9189,10244"; a="310942241" X-IronPort-AV: E=Sophos;i="5.88,333,1635231600"; d="scan'208";a="310942241" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jan 2022 23:19:58 -0800 X-IronPort-AV: E=Sophos;i="5.88,333,1635231600"; d="scan'208";a="676000446" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 31 Jan 2022 23:19:58 -0800 From: ira.weiny@intel.com To: Dan Williams , Jonathan Cameron , Bjorn Helgaas Cc: Alison Schofield , Vishal Verma , Ira Weiny , Ben Widawsky , linux-kernel@vger.kernel.org, linux-cxl@vger.kernel.org, linux-pci@vger.kernel.org Subject: [PATCH V6 02/10] PCI: Replace magic constant for PCI Sig Vendor ID Date: Mon, 31 Jan 2022 23:19:44 -0800 Message-Id: <20220201071952.900068-3-ira.weiny@intel.com> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20220201071952.900068-1-ira.weiny@intel.com> References: <20220201071952.900068-1-ira.weiny@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ira Weiny Based on Bjorn's suggestion[1], now that the PCI Sig Vendor ID is defined the define should be used in pci_bus_crs_vendor_id() rather than the hard coded magic value. Replace the magic value in pci_bus_crs_vendor_id() with PCI_VENDOR_ID_PCI_SIG. [1] https://lore.kernel.org/linux-cxl/20211117215044.GA1777828@bhelgaas/ Suggested-by: Bjorn Helgaas Signed-off-by: Ira Weiny --- drivers/pci/probe.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/probe.c b/drivers/pci/probe.c index 087d3658f75c..d92dbb136fc9 100644 --- a/drivers/pci/probe.c +++ b/drivers/pci/probe.c @@ -2318,7 +2318,7 @@ EXPORT_SYMBOL(pci_alloc_dev); static bool pci_bus_crs_vendor_id(u32 l) { - return (l & 0xffff) == 0x0001; + return (l & 0xffff) == PCI_VENDOR_ID_PCI_SIG; } static bool pci_bus_wait_crs(struct pci_bus *bus, int devfn, u32 *l, -- 2.31.1