Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1523191

Re: [PATCH -RFC] moduleparam: introduce core_param_named macro for non-modular code

Show all headers | View raw

Paul Gortmaker <paul.gortmaker@windriver.com> writes:
> We have the case where module_param_named() in file "foo.c" for
> parameter myparam translates that into the bootarg for the
> non-modular use case as "foo.myparam=..."
>
> The problem exists where the use case with the filename and the
> dot prefix is established, but the code is then realized to be 100%
> non-modular, or is converted to non-modular.  Both of the existing
> macros like core_param() or setup_param() do not append such a
> prefix, so a straight conversion to either will break the existing
> use cases.

IMHO you should keep using moduleparam.

I originally called everything simply param(), but there was a name
clash.

Linus' answer was basically that "everything is a module, even if it's
not a .ko".  And it's his tree, so he must be right!

Cheers,
Rusty.

Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

[PATCH -RFC] moduleparam: introduce core_param_named macro for non-modular code Paul Gortmaker <paul.gortmaker@windriver.com> - 2016-11-15 03:10 +0100
  Re: [PATCH -RFC] moduleparam: introduce core_param_named macro for non-modular code Rusty Russell <rusty@rustcorp.com.au> - 2016-11-16 04:00 +0100
  Re: moduleparam: introduce core_param_named macro for non-modular  code Jessica Yu <jeyu@redhat.com> - 2016-11-21 08:40 +0100
    Re: moduleparam: introduce core_param_named macro for non-modular  code Paul Gortmaker <paul.gortmaker@windriver.com> - 2016-11-21 16:40 +0100

csiph-web