Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp4079429pxu; Mon, 30 Nov 2020 17:23:20 -0800 (PST) X-Google-Smtp-Source: ABdhPJxVw0wWPJJrpNTJM0Gt+uJR1eIDpxZoUEhBAk+SgOeCFzYxkju7/ic+yoL8/0QYsAirxz4f X-Received: by 2002:a05:6402:1714:: with SMTP id y20mr607184edu.306.1606785800298; Mon, 30 Nov 2020 17:23:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606785800; cv=none; d=google.com; s=arc-20160816; b=tSyFPVGDPtgBu4aJtnr/dnuvZeWCZ/LVP19I3f5Xv91u7BNQb4UwIGyX8SP+9+XUyF Hyt51Ik2Fb5ypvqFPrYZcgRB2XELA1dqS6ZfNG+6GjSa32w2JAQYYxOb0k89G+iSaPQM HzpGrFWkEg2Bqo0RZHYIEZGW0EbNrLHkQynJRhZbyBZfHtXEq3P2cZFMOVjTXVix9deI 3g18lEJChQ0mjac2XodA6/+w8Kml9aKws5V1sn8Ufjef7qmUVEhvAJezSwlFO3EBQSOG U2NG1d6jyP3qnXTJwLih+dxIzfGfTSijELtvU9mXtFHoCvHZJgqNCDUuV8SEzntsrKWw 3OKA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:message-id:date:subject :cc:to:from:ironport-sdr:ironport-sdr; bh=2ZjHelYPcIYRkM1TKkzpAH4smIJT3Hd5HbMXdD6GL8I=; b=FfoubezDtjKnO2FpjmRBUsCd4odzFbF+Bjl3CbUTR+sunrxS6EF53C4D90LPTHr+SW F2iqsMMDhtXtEatihBjTxQV7pY6Ru1UeWt/cOz+tJnWZjXXMQaI0LRaDw3uP0dGVu2Vz gFXMnEGXqNmB8QMRI5A6l887O+MaIjRHwDgV8vTLaG83HB7IRN+4w783W/8IQDWwrkag kM/C1ubpMfLDFBoKVTKvYa6pH6+Lu34XKcUWC2pNDboNlWiOoJa0dk05ZSdcUlcSU3zS FCHnuP+ZRQsQbZympNqpfL0RXkzwTcuXqjsR2r6LNmU5dI02JT5vmuOJQqs8T1TPWAoT UsQQ== 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 n6si136832edb.575.2020.11.30.17.22.57; Mon, 30 Nov 2020 17:23:20 -0800 (PST) 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 S2389235AbgLABUJ (ORCPT + 99 others); Mon, 30 Nov 2020 20:20:09 -0500 Received: from mga04.intel.com ([192.55.52.120]:22830 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728932AbgLABUJ (ORCPT ); Mon, 30 Nov 2020 20:20:09 -0500 IronPort-SDR: GC6mnQRZdXI+SwddVEKYduUN/aFSyKe3GbfPi/J27nGV4pLsUP+Bf3KMvcDSmBJT34qC8SSWcE 8t9PAtp8f++A== X-IronPort-AV: E=McAfee;i="6000,8403,9821"; a="170177455" X-IronPort-AV: E=Sophos;i="5.78,382,1599548400"; d="scan'208";a="170177455" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Nov 2020 17:19:28 -0800 IronPort-SDR: 0mj4k8xHOEc7kaYnDBIfwvuFreMJRA6EqTktv3jNhc8ZMeQ+ltM69Kba3vm4JjIj/2xahgAlIw XUKCNkJi/79Q== X-IronPort-AV: E=Sophos;i="5.78,382,1599548400"; d="scan'208";a="314771314" Received: from chenyu-office.sh.intel.com ([10.239.158.173]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Nov 2020 17:19:24 -0800 From: Chen Yu To: Jesse Brandeburg , Tony Nguyen , Jakub Kicinski , Kai-Heng Feng , Paul Menzel Cc: "David S. Miller" , "Rafael J. Wysocki" , Len Brown , "Neftin, Sasha" , "Kirsher, Jeffrey T" , intel-wired-lan@lists.osuosl.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "Brandt, Todd E" , Chen Yu Subject: [PATCH 2/2][v3] e1000e: Remove the runtime suspend restriction on CNP+ Date: Tue, 1 Dec 2020 09:22:09 +0800 Message-Id: X-Mailer: git-send-email 2.17.1 In-Reply-To: References: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Although there is platform issue of runtime suspend support on CNP, it would be more flexible to let the user decide whether to disable runtime or not because: 1. This can be done in userspace via echo on > /sys/devices/pci0000\:00/0000\:00\:1f.d/power/control 2. More and more NICs would support runtime suspend, disabling the runtime suspend on them by default would impact the validation. Only disable runtime suspend on CNP in case of any user space regression. Signed-off-by: Chen Yu --- drivers/net/ethernet/intel/e1000e/netdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/intel/e1000e/netdev.c b/drivers/net/ethernet/intel/e1000e/netdev.c index b210bba3f20a..d06435267dc8 100644 --- a/drivers/net/ethernet/intel/e1000e/netdev.c +++ b/drivers/net/ethernet/intel/e1000e/netdev.c @@ -7674,7 +7674,7 @@ static int e1000_probe(struct pci_dev *pdev, const struct pci_device_id *ent) dev_pm_set_driver_flags(&pdev->dev, DPM_FLAG_SMART_PREPARE); - if (pci_dev_run_wake(pdev) && hw->mac.type < e1000_pch_cnp) + if (pci_dev_run_wake(pdev) && hw->mac.type != e1000_pch_cnp) pm_runtime_put_noidle(&pdev->dev); return 0; -- 2.17.1