On Sat, 12 Apr 2008, Ivo van Doorn wrote:In every device I have seen which had a non-type-specific radio switch? Yes. If we need type-specific switches (and NOT buttons/hot keys) for, e.g., Bluetooth, the correct thing to do is to add EV_SW SW_BLUETOOTH. The same goes for WWAN, UWB, etc. But on laptops (which are the devices I am dealing with), these switches (when they exist) are meant to block *every* builtin radio and thus are not type-specific. I can easily see someone designing a gadget with type-specific switches, but since nobody asked for such support yet, we don't have anything but SW_RADIO defined in the input layer right now. So EV_SW SW_RADIO has "every radio" semanthics, just like KEY_RADIO. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh --
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Srivatsa Vaddagiri | containers (was Re: -mm merge plans for 2.6.23) |
| Benjamin Herrenschmidt | Re: [linux-pm] [PATCH] Remove process freezer from suspend to RAM pathway |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Patrick McHardy | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 6/7] [CCID-2/3]: Fix sparse warnings |
