From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752304AbcDUMpL (ORCPT ); Thu, 21 Apr 2016 08:45:11 -0400 Received: from mail.windriver.com ([147.11.1.11]:34703 "EHLO mail.windriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751850AbcDUMpJ (ORCPT ); Thu, 21 Apr 2016 08:45:09 -0400 Date: Thu, 21 Apr 2016 08:44:55 -0400 From: Paul Gortmaker To: Daniel Lezcano CC: , Len Brown , , Subject: Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular Message-ID: <20160421124454.GJ13379@windriver.com> References: <20160407165355.GA9188@linaro.org> <1461165906-21614-1-git-send-email-paul.gortmaker@windriver.com> <20160420181322.GM5862@linaro.org> <20160421031249.GH13379@windriver.com> <20160421080427.GC14010@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20160421080427.GC14010@linaro.org> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular] On 21/04/2016 (Thu 10:04) Daniel Lezcano wrote: > On Wed, Apr 20, 2016 at 11:12:49PM -0400, Paul Gortmaker wrote: > > [ ... ] > > > > > We replace module.h with moduleparam.h since the file does declare > > > > some module parameters, and leaving them as such is currently the > > > > easiest way to remain compatible with existing boot arg use cases. > > > > > > What about using __setup() ? so module* disappear from the file. > > > > No, it can't be __setup since moduleparam uses an instance of the > > filename as a prefix to the boot arg, and __setup does not. And we > > should stay compatible with existing boot arg use cases for people > > who have embedded such a setting in their grub config a long time > > ago and forgot it. It would take looking at and likely extending the > > early_param macro to provide a syntax compatible instance of what > > the module_param currently does if I recall correctly -- hence the > > above comment in the commit log. > > -module_param(max_cstate, int, 0444); > +static int __init max_cstate_param(char *str) > +{ > + max_cstate = simple_strtol(str, NULL, 0); > + return 1; > +} > +__setup("intel_idle.max_cstate=", max_cstate_param); Yeah, I recall thinking it would be that easy too, but there was something that happens when you manually insert the dot in there that breaks processing. I'd have to re-test to remind myself what failed. Paul. -- > >