Received: by 10.223.185.116 with SMTP id b49csp957093wrg; Wed, 14 Feb 2018 09:24:17 -0800 (PST) X-Google-Smtp-Source: AH8x226b6IGkVM15PqPk4SlRHjYdm3BGQEIjHqkDCn509iSWQuuZZfJ4WBeli6QtCaqTsPdjAkGs X-Received: by 10.99.99.2 with SMTP id x2mr4510624pgb.406.1518629057061; Wed, 14 Feb 2018 09:24:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518629057; cv=none; d=google.com; s=arc-20160816; b=NExjvLNg9uzAE8dG5mSncclUBtbLsq5e5orwrGRNgF+tWGHZQnLuSA8oLKCzrij4cd nqyCXVAL2sdBh924QtcMSedebbbeIC6tMWRrPIGABF8uf7pOZJaNiM0esZdQSiuttcUC Cn0d1ltA4+OQTZCQxIS4tRoVzvxkS2GD9/SAIfO/b1dnVFbP9GZlFP7IZ/ot28wmUAQN J0ENGElVpghqalPHSf973/V2Zb+NbM/gXvZL9WhdCsJLzjf5Bsk0KemXC8AZnjBpn/GF QOTvLlKGtl0ca/PPJWgrWSXH8FrJNMBA9nIvD6jMHdY1b2dCcl0HH8JOzHHmREITz9T3 3QqA== 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:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date :arc-authentication-results; bh=50f8kCp6HPO/FLlE3cHs2Ph1g+dxinJbGiUNcTpnRzs=; b=HJ5WM7w3UZQzPMNy987yyJ6WQ7LIBfOzFgSdi23+WXxbBgGvBR/mfFKOM2L3KmjgvP BntVo0Z3nChaRB8IsEyJEfTn9I3+tZSAEuNTcQdepQ/v9RUTuOtaXF93Bb95RZyIL1UU z0V6Qs9nnXyArNFiioZRy4whZtIP765E4aqOYZq6yuV7kxQjkw2E9t0VrU2t5FQ9XCxM oPDUFajmbX0rmUvy7DENCALjQEbcd9xvD8sTDvz5OLfTlZmC/J5LWAFSnL4bWaNZJajb KocyN3WN/79wUjV+wqTrlMSbPxJGKtJ0AQjnEZ7ikOs7JR4a4jmfcgD2C1u7WZ/eGmXx hc0Q== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o19si2770217pgv.641.2018.02.14.09.24.02; Wed, 14 Feb 2018 09:24:17 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161132AbeBNRWG (ORCPT + 99 others); Wed, 14 Feb 2018 12:22:06 -0500 Received: from shards.monkeyblade.net ([184.105.139.130]:56074 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1033384AbeBNRWE (ORCPT ); Wed, 14 Feb 2018 12:22:04 -0500 Received: from localhost (67.110.78.66.ptr.us.xo.net [67.110.78.66]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id CD31E13F0FFF6; Wed, 14 Feb 2018 09:22:03 -0800 (PST) Date: Wed, 14 Feb 2018 12:22:02 -0500 (EST) Message-Id: <20180214.122202.330947258009140771.davem@davemloft.net> To: andrew@lunn.ch Cc: hau@realtek.com, netdev@vger.kernel.org, nic_swsd@realtek.com, linux-kernel@vger.kernel.org Subject: Re: [RESEND PATCH net-next] r8169: add module param for control of ASPM disable. From: David Miller In-Reply-To: <20180214134040.GB22014@lunn.ch> References: <1518598965-3593-1-git-send-email-hau@realtek.com> <20180214134040.GB22014@lunn.ch> X-Mailer: Mew version 6.7 on Emacs 25.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Wed, 14 Feb 2018 09:22:04 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Andrew Lunn Date: Wed, 14 Feb 2018 14:40:40 +0100 > linux/drivers$ grep -ir aspm * | grep MODULE_ > gpu/drm/amd/amdgpu/amdgpu_drv.c:MODULE_PARM_DESC(aspm, "ASPM support (1 = enable, 0 = disable, -1 = auto)"); > gpu/drm/radeon/radeon_drv.c:MODULE_PARM_DESC(aspm, "ASPM support (1 = enable, 0 = disable, -1 = auto)"); > infiniband/hw/hfi1/pcie.c:MODULE_PARM_DESC(aspm, "PCIe ASPM: 0: disable, 1: enable, 2: dynamic"); > net/wireless/realtek/rtlwifi/rtl8192ee/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > net/wireless/realtek/rtlwifi/rtl8188ee/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > net/wireless/realtek/rtlwifi/rtl8821ae/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > net/wireless/realtek/rtlwifi/rtl8192se/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > net/wireless/realtek/rtlwifi/rtl8192ce/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > net/wireless/realtek/rtlwifi/rtl8723be/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > net/wireless/realtek/rtlwifi/rtl8192de/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > net/wireless/realtek/rtlwifi/rtl8723ae/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > staging/rts5208/rtsx.c:MODULE_PARM_DESC(aspm_l0s_l1_en, "enable device aspm"); > staging/rtlwifi/rtl8822be/sw.c:MODULE_PARM_DESC(aspm, "Set to 1 to enable ASPM (default 1)\n"); > > This patch seems to have the exact opposite of everybody else already > does. > > Maybe you can follow the AMD example, and default to -1, since you are > proposing to mostly have it enabled, but disabled in one case? This is just another good reminder of why module parameters are a terrible user experience for just about anything device configuration related. "Let's add knob X using a module parameter!" Then a dozen or so other drivers copy the same thing with subtly, or not so subtly, different behaviors, defaults, and semantics. For users, this leads to misery.