Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1399748ybt; Thu, 25 Jun 2020 05:17:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRr8eBGZPmMZwBl3nU5Zg89cDdiq43q/tf9RDz0VJUHP7AlFHz154BVHKilX8skPehQWlu X-Received: by 2002:a05:6402:1803:: with SMTP id g3mr11156509edy.377.1593087474187; Thu, 25 Jun 2020 05:17:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593087474; cv=none; d=google.com; s=arc-20160816; b=kdQ8HhwarwqVt0+mPfM1x0AjFAtKckzuGja1RtxMsnuU27GbmRmAVM1nGPYgiJ2Vzr HMBN72zj95sNlm2x5iBCHEvCAX1oEHSFa0FQ3c7qN6tSeR6cO4f6JVyDxxCL1ChHHyt0 W5hoCZSRBqtobQMrixqrZ+rJnZ5liQsdQ9p2ygZtwojWEpmQi3uqlTuqdXRgRQlTR9qh /pZ3SAx2MnrPT+k2zAYtzHjkWWJwdFECKcTiRWEkUeEX83s1HVV2DKWsko7cFleMVFGy k0tbLQUVPeM3dy9B9c2XtPvA7y3QMHkCGRB8T+MxuoziDcTl110xm80xztQAnCwuVQB1 PRvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:ironport-sdr:ironport-sdr; bh=/KVZFVW3E1O8gcyQ0e3mtamzYfhfDL339weT879gBoY=; b=WR4VU98Pil0yV4QDsGhuFjfX82uw/8nTEfA2KMO0/OZeGrMsoHU7k8tffxd5/7x0JJ V2LFsghnz8ILMqov6ok+XQWWCzyNVRiijD7N0WV9Bgy9lrqqWJ1WubkUqBQ79inf+o7l VP4fyAvv/4rAcvi9b2Zs8ilQv6Ym9i21N16FA6XROS1czF/YabsdNCTdRko5PR3yrMss 2pH+gvCJK16N8XJq1mp8eqycA7biXFTSkrMAfOdK234+fsPfEPnts4EH/+1BSs4CCgFl 73YY4V/WbqnM9yXTL7be/Olf5mmpGAEso9KkUWaLwNaRRBMV++ryS3AgAPwWRJjA32lO /YWw== ARC-Authentication-Results: i=1; mx.google.com; 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 u9si5403644ejf.344.2020.06.25.05.17.30; Thu, 25 Jun 2020 05:17:54 -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; 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 S2404550AbgFYMQ2 (ORCPT + 99 others); Thu, 25 Jun 2020 08:16:28 -0400 Received: from mga18.intel.com ([134.134.136.126]:40152 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404343AbgFYMQ1 (ORCPT ); Thu, 25 Jun 2020 08:16:27 -0400 IronPort-SDR: 0Y1nujGV5mNPAVyv4tnzxDHTLOrVYUzoCq2OZaRWyRh6GJz3GL+tNM5N9s9uxoCU69nKPaX8aW LhOLgUqBizFw== X-IronPort-AV: E=McAfee;i="6000,8403,9662"; a="132302332" X-IronPort-AV: E=Sophos;i="5.75,279,1589266800"; d="scan'208";a="132302332" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Jun 2020 05:16:25 -0700 IronPort-SDR: fWaSgBUWhlXYLDYK3rRqkXWDv/WZioOftV7rDKySVRLs+7vXiUofUwqy5+GSwYHmgPmjB0m7gt 3ooekk1Ktfcw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,279,1589266800"; d="scan'208";a="479455359" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.163]) by fmsmga006.fm.intel.com with SMTP; 25 Jun 2020 05:16:20 -0700 Received: by lahna (sSMTP sendmail emulation); Thu, 25 Jun 2020 15:16:19 +0300 Date: Thu, 25 Jun 2020 15:16:19 +0300 From: Mika Westerberg To: "Rafael J. Wysocki" Cc: Bjorn Helgaas , "David E. Box" , shyjumon.n@intel.com, "Rafael J. Wysocki" , Len Brown , Bjorn Helgaas , Dan Williams , Keith Busch , Jens Axboe , Christoph Hellwig , Sagi Grimberg , ACPI Devel Maling List , linux-nvme , Linux Kernel Mailing List , Linux PCI Subject: Re: [PATCH V2 1/2] PCI: Add ACPI StorageD3Enable _DSD support Message-ID: <20200625121619.GG2795@lahna.fi.intel.com> References: <20200612204820.20111-2-david.e.box@linux.intel.com> <20200624211549.GA2586552@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 25, 2020 at 01:30:53PM +0200, Rafael J. Wysocki wrote: > It is not necessary to call acpi_pci_find_companion() from > pci_acpi_storage_d3() as long as that function is required to be > called by the target device's driver probe or later. > > Ths acpi_pci_bridge_d3() case is different, though, AFAICS, because it > is invoked in the pci_pm_init() path, via pci_bridge_d3_possible(), > and that gets called from pci_device_add() *before* calling > device_add(). > > Mika, is that why acpi_pci_find_companion() gets callled from > acpi_pci_bridge_d3()? Yes, that's correct.