From: Thomas Renninger <trenn@suse.de>
To: Corentin Chary <corentin.chary@gmail.com>
Cc: mjg59@srcf.ucam.org, platform-driver-x86@vger.kernel.org
Subject: Re: [PATCH 1/2] X86 platform wmi: Introduce debug param to log all WMI events
Date: Mon, 3 May 2010 15:22:47 +0200 [thread overview]
Message-ID: <201005031522.47837.trenn@suse.de> (raw)
In-Reply-To: <y2u71cd59b01005030507zdeb6db98r7d6620cf44453d75@mail.gmail.com>
On Monday 03 May 2010 14:07:56 Corentin Chary wrote:
> On Mon, May 3, 2010 at 11:10 AM, Thomas Renninger <trenn@suse.de>
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
prev parent reply other threads:[~2010-05-03 13:18 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-03 9:10 [PATCH 1/2] X86 platform wmi: Introduce debug param to log all WMI events Thomas Renninger
2010-05-03 9:10 ` [PATCH 2/2] X86 platform wmi: Also log GUID string when an event happens and debug is set Thomas Renninger
2010-05-03 12:07 ` [PATCH 1/2] X86 platform wmi: Introduce debug param to log all WMI events Corentin Chary
2010-05-03 13:22 ` Thomas Renninger [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201005031522.47837.trenn@suse.de \
--to=trenn@suse.de \
--cc=corentin.chary@gmail.com \
--cc=mjg59@srcf.ucam.org \
--cc=platform-driver-x86@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).