Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753856AbZGKMnN (ORCPT ); Sat, 11 Jul 2009 08:43:13 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750996AbZGKMnD (ORCPT ); Sat, 11 Jul 2009 08:43:03 -0400 Received: from astoria.ccjclearline.com ([64.235.106.9]:53596 "EHLO astoria.ccjclearline.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750872AbZGKMnC (ORCPT ); Sat, 11 Jul 2009 08:43:02 -0400 Date: Sat, 11 Jul 2009 08:40:45 -0400 (EDT) From: "Robert P. J. Day" X-X-Sender: rpjday@localhost To: Paul Bolle cc: Linux Kernel Mailing List Subject: Re: what means "module_param(channel_mask, channel_mask, 0644)"? In-Reply-To: <1247316097.7262.11.camel@localhost.localdomain> Message-ID: References: <1247316097.7262.11.camel@localhost.localdomain> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - astoria.ccjclearline.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - crashcourse.ca X-Source: X-Source-Args: X-Source-Dir: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2857 Lines: 62 On Sat, 11 Jul 2009, Paul Bolle wrote: > On Sat, 2009-07-11 at 07:01 -0400, Robert P. J. Day wrote: > > researching my next newbie column about module parameters and i ran > > across the following: > > > > drivers/input/misc/ati_remote2.c:module_param(channel_mask, channel_mask, 0644); > > drivers/input/misc/ati_remote2.c:module_param(mode_mask, mode_mask, 0644); > > > > i have no idea what it means to have the second (type) field of > > module_param() simply repeat the name of the parameter. is this some > > strange magic? those two names don't *appear* to be typedef'ed > > anywhere i can see. > > See include/linux/moduleparam.h: > /* Helper functions: type is byte, short, ushort, int, uint, long, > ulong, charp, bool or invbool, or XXX if you define param_get_XXX, > param_set_XXX and param_check_XXX. */ > #define module_param_named(name, value, type, perm) \ > param_check_##type(name, &(value)); \ > module_param_call(name, param_set_##type, param_get_##type, &value, perm); \ > __MODULE_PARM_TYPE(name, #type) > > #define module_param(name, type, perm) \ > module_param_named(name, name, type, perm) > > And in drivers/input/misc/ati_remote2.c we find: > #define param_check_channel_mask(name, p) __param_check(name, p, unsigned in > #define param_set_channel_mask ati_remote2_set_channel_mask > #define param_get_channel_mask ati_remote2_get_channel_mask > module_param(channel_mask, channel_mask, 0644); > [...] > #define param_check_mode_mask(name, p) __param_check(name, p, unsigned int) > #define param_set_mode_mask ati_remote2_set_mode_mask > #define param_get_mode_mask ati_remote2_get_mode_mask > module_param(mode_mask, mode_mask, 0644); > > To me that looks like two implementations of the three param_*_XXX > functions described in the comment quoted above. > > Does that answer your question? yup. i was looking for something like that, i guess i just missed it. thanks. rday -- ======================================================================== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday "Kernel Newbie Corner" column @ linux.com: http://cli.gs/WG6WYX ======================================================================== -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/