Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp8844104ybi; Wed, 10 Jul 2019 00:16:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqyglh6NUlORoVKcLen+o4e7VXzRKWteKs1Cew7nt1w2qa0BUvWpnChk5MmYecYyfvWa49e4 X-Received: by 2002:a17:90a:b908:: with SMTP id p8mr5199592pjr.94.1562742966914; Wed, 10 Jul 2019 00:16:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562742966; cv=none; d=google.com; s=arc-20160816; b=aC+lCoo9cPQkNB/PDIkkYslG3W55d5zH5natLbIFGw0sfAa0Ny2HfBAqWRKmCBS70m SZyaLXT+ClvHoPXGuJ3YuZYb7OLmXEH7D1QWKy5aDrYvx1bpgZtgihtsJ9gKPve97dDv hnKX+gQVNRxhYWIXNjN5k6V5Y+vgrhtBcVnXdosyNThdV0wKJyxmwEK5bNzH9nkTffQK ywWsY7mkZ1JtcT0Oqc4yCb4BRNnDytadxC9KOPTaNpmTAj4O/EPMjJGH/Zvk66qtV6PJ Iw7NKrkHdNgtXHMbHTvox9osSuEdY0jupchSmtCkOFlV6Pk+lmCl6/1bARgk8e3vjlNF oR2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=fs3zYw8Pz6+X4Hto2ZnN7ci+ejx12dbDZyvQnqPfQwo=; b=MOIV1ITaP0+HEUIsF/XFTlx09qM1s/3eQVbqfTU7pff5q94QwQsUOJ4HlxoTkm9D2u 5t2EPTyYwDAGc1lthk2447pODr9niMKjjwl5BjQINPxCFpoZtP7Dj5Emy1LX2+HMzvw7 J7XE3Ic1lSWV9eLr/RTA9Mcdxgvd4v8S9JrSSig7NIzUL/tZnEsJYWnXpgM09uucHiv3 WeqhEW0Z6SewItojdHu/Z1fU0Tl6OhwQQnfKNMHoLn786PPP78cw6Ya7irmbOAv1ARDg jKv4gv5Y0m3YPYFo41Ss4TPkvzubHYNbcv0NdBRXBnW4+lbdwee6m+PcZjtBM2xnLfAx YJ/A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s138si784100pgs.254.2019.07.10.00.15.51; Wed, 10 Jul 2019 00:16:06 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726580AbfGJHFx convert rfc822-to-8bit (ORCPT + 99 others); Wed, 10 Jul 2019 03:05:53 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:43557 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726151AbfGJHFw (ORCPT ); Wed, 10 Jul 2019 03:05:52 -0400 Received: from mail-wm1-f70.google.com ([209.85.128.70]) by youngberry.canonical.com with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.76) (envelope-from ) id 1hl6fm-0007KS-Ut for linux-kernel@vger.kernel.org; Wed, 10 Jul 2019 07:05:50 +0000 Received: by mail-wm1-f70.google.com with SMTP id n25so364411wmc.7 for ; Wed, 10 Jul 2019 00:05:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=dN3J5bKVO8t1U0024RiGjSSKUlILA2QH4v/NEife78A=; b=WWIpBY+UI0WfTUNNgHM60OE6YJk51tuBkavwBxlLYgWomwbSNmdYNQ1IpLlFtkdjkR BC5xTP78yOlK6/Ra2TcZXBPtWpK92PMk2f325Pdf3OLFqyr8BBlPkasjuKETLVOu4MNe /RzrbPaI56ps5aFGUcFobjkSBbTjQz1x49k/lWDyoNBfshR4zrz09TCAfC+DJdOE7YDu fKg81d8i97CmJpOATz9LGSCsg/89StK6YAr6CQK6+KA9k6HpAThuhdxWAhcjDQNOvurz x4c8HQZ1OI+UOPOcV/xj619kyh2GmpVONTKZHG88arWrmCcqurwyvyrHSh8uL5BeG3Rc ofZw== X-Gm-Message-State: APjAAAX0YvKHa24LvRZWie9n86d2IGbeZU1ax/mxzc1hpH6n8qoLVWwy Alw+agQ1FXKP3fnu+m4egwYnwYmDImlsR4l3QbIRGSWBvxMIdZ8Qyew2WLqTQX9qy3zYxgKXHGM pdS2XMqQiX0tVgxQJbqplEi9teLigxp0+16EFPj1Ok06zkn4llcgaHRQbfg== X-Received: by 2002:a1c:6a11:: with SMTP id f17mr3184152wmc.110.1562742349472; Wed, 10 Jul 2019 00:05:49 -0700 (PDT) X-Received: by 2002:a1c:6a11:: with SMTP id f17mr3184108wmc.110.1562742349186; Wed, 10 Jul 2019 00:05:49 -0700 (PDT) MIME-Version: 1.0 References: <20190708063751.16234-1-acelan.kao@canonical.com> <53f82481-ed41-abc5-2e4e-ac1026617219@gmail.com> In-Reply-To: From: AceLan Kao Date: Wed, 10 Jul 2019 15:05:38 +0800 Message-ID: Subject: Re: [PATCH] r8169: add enable_aspm parameter To: Heiner Kallweit Cc: Realtek linux nic maintainers , "David S. Miller" , netdev@vger.kernel.org, "Linux-Kernel@Vger. Kernel. Org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Heiner, I've tried and verified your PCI ASPM patches and it works well. I've replied the patch thread and hope this can make it get some progress. BTW, do you think we can revert commit b75bb8a5b755 ("r8169: disable ASPM again") once the PCI ASPM patches get merged? Best regards, AceLan Kao. AceLan Kao 於 2019年7月9日 週二 上午11:19寫道: > > Heiner Kallweit 於 2019年7月9日 週二 上午2:27寫道: > > > > On 08.07.2019 08:37, AceLan Kao wrote: > > > We have many commits in the driver which enable and then disable ASPM > > > function over and over again. > > > commit b75bb8a5b755 ("r8169: disable ASPM again") > > > commit 0866cd15029b ("r8169: enable ASPM on RTL8106E") > > > commit 94235460f9ea ("r8169: Align ASPM/CLKREQ setting function with vendor driver") > > > commit aa1e7d2c31ef ("r8169: enable ASPM on RTL8168E-VL") > > > commit f37658da21aa ("r8169: align ASPM entry latency setting with vendor driver") > > > commit a99790bf5c7f ("r8169: Reinstate ASPM Support") > > > commit 671646c151d4 ("r8169: Don't disable ASPM in the driver") > > > commit 4521e1a94279 ("Revert "r8169: enable internal ASPM and clock request settings".") > > > commit d64ec841517a ("r8169: enable internal ASPM and clock request settings") > > > > > > This function is very important for production, and if we can't come out > > > a solution to make both happy, I'd suggest we add a parameter in the > > > driver to toggle it. > > > > > The usage of a module parameter to control ASPM is discouraged. > > There have been more such attempts in the past that have been declined. > > > > Pending with the PCI maintainers is a series adding ASPM control > > via sysfs, see here: https://www.spinics.net/lists/linux-pci/msg83228.html > Cool, I'll try your patches and reply on that thread. > > > > > Also more details than just stating "it's important for production" > > would have been appreciated in the commit message, e.g. which > > power-savings you can achieve with ASPM on which systems. > I should use more specific wordings rather than "important for > production", thanks.