On Monday 03 May 2010 14:07:56 Corentin Chary wrote:
> On Mon, May 3, 2010 at 11:10 AM, Thomas Renninger <[email protected]>
wrote:
> > To give people easily an idea what could be WMI driven on their
system.
> > Introduces:
> > wmi.debug=[01]
> > ...
> > +MODULE_PARM_DESC(debug,
> > + "Debug facility to log WMI Events [0/1]");
> > +
>
> I'm ok with the base idea, but as this debug option is event specific,
> maybe it should be called debug_events ?
Whatabout keeping this as long as it's the only debug option.
If we get more, we can pass a mask:
0x1 Debug events
0x2 Debug methods
0x4 Be more verbose
0x8 ...
and then also adjust the description appropriately.
Hmm, drawback I just realized: You can't properly document this
with the MODULE_PARM_DESC macro.
> Or we can call it debug, change the param description ("add
> verbosity/debug messages to the wmi driver" for example)
> and also dump all guids (like I do in wmidump).
I also thought about this already.
I'll repost with a third patch adding the same prints as
done in wmidump, just replacing printf to printk.
Would be great to see this merged.
Thanks,
Thomas
--
To unsubscribe from this list: send the line "unsubscribe platform-driver-x86"
in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
