Received: by 2002:a05:6358:700f:b0:131:369:b2a3 with SMTP id 15csp3644052rwo; Fri, 4 Aug 2023 07:52:38 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHMfuNdF3Qj3rbiyfc0LfSM81Fb6qSUgYTV6J2SItfcYkj5S+4SYpeLR4gDYfOqouZdnVnk X-Received: by 2002:a17:903:120a:b0:1bc:844:5831 with SMTP id l10-20020a170903120a00b001bc08445831mr1993652plh.57.1691160757590; Fri, 04 Aug 2023 07:52:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1691160757; cv=none; d=google.com; s=arc-20160816; b=Hc699iI76MfFFnE0PCDPU3C553i8JCKVDNBloOTXZcljgZMya4umjF1EH6CyGUdtZa VmXSObioi1w9SWXNBM3ueart83Wr4rP/6zVFGuJbL8PSejQrm2xY19qN0f2QsJwn2Qrs OzcwAknBb5mJYVLY1iz9BhHQdQq3L8Hi7xvOWr0yf4McrouCQ9+FmVx8X1BhuVtZnG5M raIGanyg4kmx87MWPiRBq2QSYUHPaZ/A0f2UMIxrQeJSvHPyWIARGTWaa52CYWiuW43N bQKOfU8fzpSB3FNn46XMxSz9kdr2cDLnzLaxy5LPHqgxvasChsemEh41B1R1vvGMIcds 6I/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=tuINtuMj89QRNiulgJm2dpcCda6qVUG9p/UOCkRa830=; fh=evaUxiemjwA/1uDGWguQIKKpVMp4fn7sW8DzuHNcWQU=; b=cof3nuZ4M26FWaSdIw8E4cm4OMmqhdYPTcVDXq08mR3oN6obJFmKvCYpeSUu+IdYyh /07NSJf33lBWSATiOJobrBUsYSQos4xW/+Xwpbh0K3AeBRcFvRU1cXCvSqZDZPJkwOGr JxVifBlsQE8L2LO1uYuUznjovylrGo3YYBOEyPwIX4ITCVli49ZKOxe2SlhK3uGdLOHQ GFCjJEwImn1BrP4g8IAzPgxcjizGVwSniLeD9xq0scWpSFibNdcuLV8KcagRG09j7vJE V/uN9GbDKBcwzNgbiSomHql1a+a8KzYDJiBVeX17+L5z5EWmzmYX9PawgRcvI3PSmk0r 4Baw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=GJE5NFvv; 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 je7-20020a170903264700b001bbccdceb50si1756613plb.288.2023.08.04.07.52.25; Fri, 04 Aug 2023 07:52:37 -0700 (PDT) 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=GJE5NFvv; 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 S229885AbjHDNUs (ORCPT + 99 others); Fri, 4 Aug 2023 09:20:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33492 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230357AbjHDNU3 (ORCPT ); Fri, 4 Aug 2023 09:20:29 -0400 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 30BAD59C7; Fri, 4 Aug 2023 06:18:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1691155095; x=1722691095; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=ot9Ooygu6Xo8v9fyWTf7US/LLF4qBCnv8SIgzf+9s2Y=; b=GJE5NFvvHVNUWtmpdurbbnt/w3mbIX5aaraK6i1forXfkOBHPkqEe0sb NfrcZFrAqw1pW38Y7UpUL9VpV5hMObHDYQKp0CfYfB5n9jvzOVM+U4rPy M08mLtiVaN4upTROWiqzjwnCLvvxomKkQPkgXMHCJ3C6hEU2U4Hno1Kky f8E128G4fpv/NGUgvnmFCWqQb3oqsRGZPNlD+Z0P15gJ3q2qT2OdwFd// YeFNqHgsrUM2+CJ5iLFWxL9rD48zHIJera1T9jCUNV+v686iMS2sMf2G7 xS3ICFqsUxA4vB5g+RH9KbnlV3SVGjdBluOYU+ToR5i4fnxe1+MNBCq0R A==; X-IronPort-AV: E=McAfee;i="6600,9927,10792"; a="370137010" X-IronPort-AV: E=Sophos;i="6.01,255,1684825200"; d="scan'208";a="370137010" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Aug 2023 06:16:55 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.01,202,1684825200"; d="scan'208";a="873384919" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga001.fm.intel.com with ESMTP; 04 Aug 2023 06:16:55 -0700 Received: by black.fi.intel.com (Postfix, from userid 1001) id D6376BAB; Fri, 4 Aug 2023 16:17:03 +0300 (EEST) Date: Fri, 4 Aug 2023 16:17:03 +0300 From: Mika Westerberg To: Mario Limonciello Cc: "Rafael J . Wysocki" , Bjorn Helgaas , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Andy Shevchenko , linux-acpi@vger.kernel.org, Kuppuswamy Sathyanarayanan , Iain Lane , Shyam-sundar S-k Subject: Re: [PATCH v9 3/3] PCI/ACPI: Use device constraints to decide PCI target state fallback policy Message-ID: <20230804131703.GB14638@black.fi.intel.com> References: <20230804010229.3664-1-mario.limonciello@amd.com> <20230804010229.3664-4-mario.limonciello@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20230804010229.3664-4-mario.limonciello@amd.com> X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 03, 2023 at 08:02:29PM -0500, Mario Limonciello wrote: > +/** > + * acpi_pci_device_constraint - determine if the platform has a contraint for the device > + * @dev: PCI device to check > + * @result (out): the constraint specified by the platform > + * > + * If the platform has specified a constraint for a device, this function will > + * return 0 and set @result to the constraint. > + * Otherwise, it will return an error code. > + */ > +int acpi_pci_device_constraint(struct pci_dev *dev, int *result) > +{ > + int constraint; > + > + constraint = acpi_get_lps0_constraint(&dev->dev); > + pci_dbg(dev, "ACPI device constraint: %d\n", constraint); > + if (constraint < 0) > + return constraint; > + *result = constraint; Is there something preventing to return the constraint directly instead of storing it into "result"? > + > + return 0; > +} > + > static void acpi_pci_config_space_access(struct pci_dev *dev, bool enable) > { > int val = enable ? ACPI_REG_CONNECT : ACPI_REG_DISCONNECT; > diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c > index 60230da957e0c..6c70f921467c6 100644 > --- a/drivers/pci/pci.c > +++ b/drivers/pci/pci.c > @@ -1082,6 +1082,14 @@ static inline bool platform_pci_bridge_d3(struct pci_dev *dev) > return acpi_pci_bridge_d3(dev); > } > > +static inline int platform_get_constraint(struct pci_dev *dev, int *result) Ditto here. > +{ > + if (pci_use_mid_pm()) > + return -ENODEV; > + > + return acpi_pci_device_constraint(dev, result); > +} > +