Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3194236pxb; Thu, 10 Feb 2022 14:50:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJzS2XfcOfSX/NScJj1pwn9tK9eK7m94wJ2O4GET66IeSXTHq5Wq75v/c9WR6KM1+R7seymo X-Received: by 2002:a17:907:1b16:: with SMTP id mp22mr8415108ejc.537.1644533430196; Thu, 10 Feb 2022 14:50:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644533430; cv=none; d=google.com; s=arc-20160816; b=nkqHrdJCk2HmYacxIgURQJenuyZFGuBzoiylZCw1ScDwE82AQbiR7k+cj+UYT6Z3nF eR5vUgpbFXcvTa5/I+O8gNCmX6R0TcyUbZA/JFdqT9ugQWCtaz3S3SRRvg8m0rg7kBij 5lSpTjTkEtQo0ZHLFHjCJr+HTog6NeTaKqLBnylcCUtQ+d8whLQI6CbcfkDWpaQYDcRD uEk7kQd1M5zY4QHyMC+7m1VQuuzGaMtuPdbDK4jHZGC7UpKZFctHPm5V04Dj/nX+GXWy smip9a6uiG8jxGzUrXga8OtZlcKPf+iZ9+bXjSTLVau8Eq3kCUknnhEnJBmVh8EylT9W xx1w== 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-transfer-encoding :content-disposition:mime-version:message-id:subject:cc:to:from:date :dkim-signature; bh=ueNsoBr8s/3QMsMXy3nQd0ILLVhgzk3Sq+g+Zo0zwNI=; b=Yj5z+krZCRosW439TNnyi6IZWdHPHQ+zuyPEOadoPUcyXDKUNF1691gCAe+HAemXax 9bkd330LbBaSLw/yP7O6jO7zWh1NQ5hhBs2+OKnsKlpnOVZG4MV+1BrrYdN/PRiDREJ+ JvT7dGZWMLVUA2oCMn5zI6zTIdrMCBBW6ECSGxTJQzhrnza8z2r+U66bg2ZhFvxJW/eQ 5q6J2KYCaSzDCX1gidN6v1dfxru9Dn39KKoJ8um8/P4t+hvKlT/ORI17Evab+VYlPxdQ EGMZ8xNmjGwuNhJ0lwdgqeMcdmWaKdWp0ir5VhTrAjF3Ovm4sBTVq3NdRTWpwaBx9//1 w4qw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=rVo6USiT; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sa35si4244076ejc.897.2022.02.10.14.50.05; Thu, 10 Feb 2022 14:50:30 -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=@kernel.org header.s=k20201202 header.b=rVo6USiT; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344791AbiBJWEk (ORCPT + 99 others); Thu, 10 Feb 2022 17:04:40 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:42486 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237490AbiBJWEj (ORCPT ); Thu, 10 Feb 2022 17:04:39 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C19DBEB0; Thu, 10 Feb 2022 14:04:39 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 5D04F61A17; Thu, 10 Feb 2022 22:04:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 80551C004E1; Thu, 10 Feb 2022 22:04:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1644530678; bh=kRm2jCsDTKb9py2NC2geAT15rVA2TpDLxQHtdakLzu8=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=rVo6USiTQEAXQl7mTkmS/ijN20fRAXkw8rt7UHitqCSyaIMaWELzeQdJOsdt06dQ/ YP/b9YLFk8EMEdE3nHlTxgZ0rVNsMMHM/R57p9x+gCmoQ6nY23H5Sn7zE55m/ZC+0Q Xft2RRZwQZDs5l5y8ubifdg2NJDXh/+sOJTxieC9C3W17xapuod8Kv3qlRte/P8oLM 5HLVAmiZlrfQBVxOPfjryKZLyfbFLA3XDN7BE98ATRybYG/izWoSPipev0TNXOYK6s tk/XPkfdHIAIRNyQ97kdWaHydn5loqUmMZVTFHwvMZKn/jwRIt/XCPsnZV2WvfZED3 XR7tisH0XnLaw== Date: Thu, 10 Feb 2022 16:04:36 -0600 From: Bjorn Helgaas To: Hongxing Zhu Cc: "l.stach@pengutronix.de" , "bhelgaas@google.com" , "lorenzo.pieralisi@arm.com" , "shawnguo@kernel.org" , "linux-pci@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "kernel@pengutronix.de" , dl-linux-imx Subject: Re: [RFC 2/2] PCI: imx6: Enable imx6qp pcie power management support Message-ID: <20220210220436.GA656671@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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, Feb 10, 2022 at 03:23:19AM +0000, Hongxing Zhu wrote: > > -----Original Message----- > > From: Bjorn Helgaas > > Sent: 2022年2月9日 23:37 > > To: Hongxing Zhu > > Cc: l.stach@pengutronix.de; bhelgaas@google.com; > > lorenzo.pieralisi@arm.com; shawnguo@kernel.org; linux-pci@vger.kernel.org; > > linux-arm-kernel@lists.infradead.org; linux-kernel@vger.kernel.org; > > kernel@pengutronix.de; dl-linux-imx > > Subject: Re: [RFC 2/2] PCI: imx6: Enable imx6qp pcie power management > > support > > > > On Wed, Feb 09, 2022 at 03:02:36PM +0800, Richard Zhu wrote: > > > i.MX6QP PCIe supports the RESET logic, thus it can support the L2 exit > > > by the reset mechanism. > > > Enable the i.MX6QP PCIe suspend/resume operations support. > > What does "L2 exit by reset mechanism" mean? Is this an > > i.MX6-specific thing? If not, can you point me to the relevant > > part of the PCIe spec? > > No, it's not i.MX6 specific thing. i.MX6Q/DL doesn't have the > self-reset mechanism. Thus, it can't reset itself to an initialized > stat when link exit from the L2 or L3 stats. i.MX6QP PCIe has the > self-reset mechanism, and it can reset itself when link exit from L2 > or L3 stats. The commit description might not accurate. How about > change them to "i.MX6QP PCIe supports the RESET logic, thus it can > reset itself to the initialized stat when exit from L2 or L3 stats." s/stat/state/ Ugh, I have all sorts of questions now, but I don't think I want to know much more about this ;) Seems like this device requires software assist when bringing the link out of L2 or L3. Is that allowed per PCIe spec, or is this an erratum? Does this mean the driver needs to be involved when we take a device out of D3 (where the link was in L2 or L3)? Bjorn