Received: by 10.223.185.116 with SMTP id b49csp971723wrg; Wed, 14 Feb 2018 09:36:53 -0800 (PST) X-Google-Smtp-Source: AH8x224Mor+bCLhTI5CtCFvoGmPOitK21pGXlSS8S16M0/WeO/kAi4g0t8aX8XUVZhqktE30UItu X-Received: by 10.101.70.133 with SMTP id h5mr4594877pgr.166.1518629813484; Wed, 14 Feb 2018 09:36:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518629813; cv=none; d=google.com; s=arc-20160816; b=hfGwpaElH01UcIpuUVA8SIKITVxT+eGI1yNBLBvCKOVUhQ4vEj6jCZ4NffooOPHya/ Tn38lYyIHBIBNlcvMLIv870bRwfNVQy0w5YKojuskupEg0zZYEgw3mUoFwxJ1eJDiYln KGnL1rYezmVfIpg4NoZzA8a+v32Hza4hRM2E/9VVsTQv/6ODRJINNJWvQ5SqMxuo+wJS 75+Baa9U2ZEepOK6D4//Pa8Lzzv1Ti4RfgR3YBxq6Qek6TjMKPEzkDFkzGtX1N0gFjIW NuWdhfieTmkN1Oqbb5LLy3ZUkPP1uh7OPbQrwSH1G7wtt5c7AmoesfCuFV0Zb3xp4mRX nwrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=nIh1CImeLm84GYO+x9sDK1OUkNC8MCsNjYcmn4Mwz+Y=; b=CB8iRYcdFazp/42Onfz6Nn+XSnyiGvmrVwusvx1KPi64iIW9SCooSUj3F5/96nFDZN LUHCe3YR+dij+F4WMmjCAq2rV/KMZDmJC+skPfJaZPsvnJbSbZjMXuVfd2tgeeJInIvW /7Cp/lb1Lk8JDOxBFrx7hs/aeSmBAD/itD2EOY5OYDZ68XZOdI7EQooX3jdJ+Ty6uq+5 7vA/ODm/4DRRUCXMKeiTXb8tJmnjXyQ6CaJRPJAHQC30wmL74U/E9r1PUzvAVXN6b4mf 5pVOqYLjRi4ls+hy+IQmL4uq9jILZw6Lb/ptjZTw1UueWzvuNaOtPSJEar8h7u//5BCV ia0w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=kgpYCuTg; 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 o3si730102pfh.96.2018.02.14.09.36.38; Wed, 14 Feb 2018 09:36:53 -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; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=kgpYCuTg; 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 S1161253AbeBNReJ (ORCPT + 99 others); Wed, 14 Feb 2018 12:34:09 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:55795 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161026AbeBNReI (ORCPT ); Wed, 14 Feb 2018 12:34:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=nIh1CImeLm84GYO+x9sDK1OUkNC8MCsNjYcmn4Mwz+Y=; b=kgpYCuTg4nUg9bw3X3ce7mAYd69PYJpZGDe+K7n/5UQ+GY7GX4JjN9TN9Ib8BwoBHZ9u70sdZkhE1ZPlFLvfbCB8uiGWeKQ4EDD4pyJ1z42hrsIjEmwrm6y8lWfYdIKnTUA9cc+ayTOCIQQpXg8s9MxpiRWKoxh7iMCjlLwwF9E=; Received: from andrew by vps0.lunn.ch with local (Exim 4.84_2) (envelope-from ) id 1em0wV-0007yy-D4; Wed, 14 Feb 2018 18:34:03 +0100 Date: Wed, 14 Feb 2018 18:34:03 +0100 From: Andrew Lunn To: David Miller 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. Message-ID: <20180214173403.GI12307@lunn.ch> References: <1518598965-3593-1-git-send-email-hau@realtek.com> <20180214134040.GB22014@lunn.ch> <20180214.122202.330947258009140771.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180214.122202.330947258009140771.davem@davemloft.net> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 14, 2018 at 12:22:02PM -0500, David Miller wrote: > 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. Agreed. I took a look at see if there was some other way to do this. Maybe the pcie core had a callback or something. Nope. > For users, this leads to misery. At least in this case, the misery is mostly limited to realtek users. Nearly everybody else seems to get it right and not need such a hack. Andrew