From: Fabien Crespel <fabien@crespel.net>
To: linux-wireless@vger.kernel.org
Cc: Randy Dunlap
<public-randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@ciao.gmane.org>,
drago01 <public-drago01-Re5JQEeQqe8AvxtiuMwx3w@ciao.gmane.org>,
Ivo van Doorn
<public-ivdoorn-Re5JQEeQqe8AvxtiuMwx3w@ciao.gmane.org>,
Abhijeet Kolekar
<public-abhijeet.kolekar-ral2JQCrhuEAvxtiuMwx3w@ciao.gmane.org>,
"John W. Linville"
<public-linville-2XuSBdqkA4R54TAoqtyWWQ@ciao.gmane.org>,
Henrique de Moraes Holschuh
<public-hmh-N3TV7GIv+o9fyO9Q7EP/yw@ciao.gmane.org>
Subject: Re: [PATCH v2] iwl3945: fix up rfkill kconfig and input
Date: Fri, 27 Jun 2008 12:47:48 +0200 [thread overview]
Message-ID: <4864C554.905@crespel.net> (raw)
In-Reply-To: <1214558514.14590.380.camel@debian.sh.intel.com>
Hello,
After looking at these patches about rfkill for iwlwifi, I fail to see
the use of the input layer. To me, it seems the input device is
allocated, registered, and eventually unregistered. But not used at all.
Furthermore, the only key bit set is the KEY_WLAN one, and a wireless
device driver should NOT issue such events, according to the rfkill
documentation:
"Most wireless communication device drivers implementing rfkill
functionality MUST NOT generate these events, and have no reason to
register themselves with the input layer. Doing otherwise is a common
misconception. There is an API to propagate rfkill status change
information, and it is NOT the input layer."
So the only drivers that should register to the input layer for such
events are the laptop platform drivers (thinkpad-acpi, asus-laptop, etc.)
Therefore I would recommend removing the input device completely from
iwlwifi, and of course the dependency on CONFIG_INPUT.
- Fabien.
prev parent reply other threads:[~2008-06-27 10:43 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-26 21:55 [PATCH] iwl3945: fix up rfkill kconfig and input drago01
2008-06-26 22:15 ` Ivo van Doorn
2008-06-26 22:27 ` [PATCH v2] " drago01
2008-06-26 22:45 ` Ivo van Doorn
2008-06-26 22:56 ` Randy Dunlap
2008-06-27 9:21 ` Zhu Yi
2008-06-27 10:47 ` Fabien Crespel [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=4864C554.905@crespel.net \
--to=fabien@crespel.net \
--cc=linux-wireless@vger.kernel.org \
--cc=public-abhijeet.kolekar-ral2JQCrhuEAvxtiuMwx3w@ciao.gmane.org \
--cc=public-drago01-Re5JQEeQqe8AvxtiuMwx3w@ciao.gmane.org \
--cc=public-hmh-N3TV7GIv+o9fyO9Q7EP/yw@ciao.gmane.org \
--cc=public-ivdoorn-Re5JQEeQqe8AvxtiuMwx3w@ciao.gmane.org \
--cc=public-linville-2XuSBdqkA4R54TAoqtyWWQ@ciao.gmane.org \
--cc=public-randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@ciao.gmane.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).