Re: Would an "information module" be useful?

From: Richard Weinberger
Date: Sun Sep 22 2013 - 15:59:47 EST


Markus,

Am 22.09.2013 21:51, schrieb Markus Elfring:
>> Why can't you use /proc/cmdline?
>
> Thanks for your suggestion.
>
>
>> (see parse_proc_cmdline())
>
> How do you think about reasons like the following?
>
> 1. I would prefer to avoid the repeated parsing of boot command-line parameters
> because the reuse of the kernel infrastructure should be better here.
>
> 2. Documentation
> Module parameters can also be explained in the source files.
> http://tldp.org/LDP/lkmpg/2.6/html/x323.html
>
> 3. Is a corresponding check for specific data types "nice"?
> http://www.linux-magazin.de/Ausgaben/2004/05/Kern-Technik/%28offset%29/2
>

Yeah, but there is one big issue.
You can do all parsing in user space too.
There is no need to add code to the kernel...
The kernel itself also simply parses the cmdline[] variable.

>
> How are the chances to clarify this implementation detail: In which subdirectory
> should a kernel module be stored if it will not manage any hardware?

Of course you can hack such a module for your own usage. But I'm sure it will not get merged.
All you need is a dummy module with a few module_param()s. You can find them later in
/sys/module/<name of your module>/parameters/.

drivers/misc/ is a nice place do dump such things. :-)

Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/