On Sat, 12 Apr 2008, Pavel Machek wrote:I assume you mean PCMCIA WLAN card. 1. The hardware switch can't kill the WLAN card directly (so, unless software does something, the radio in the PCMCIA card ignores the switch). 2. But the hardware switch it is a master switch, so it will issue an input event, which, IF THE USER WANTS IT TO WORK will be either acted upon by rfkill-input or userspace. 3. rfkill-input or userspace will tell rfkill to switch all WLAN cards on or off, because of that input event. 4. The WLAN driver bound to the pcmcia WLAN device gets that command and changes the radio state. So, from the user PoV, the PCMCIA WLAN card ends up responding to the hardware switch, which is better behaviour even than what Windows could do :p It doesn't. Not even the hardware knows :) let alone the drivers... Which is why we shall try to make all master switches of a given type control all radios of the same type, so you can at least have some idea of what happens... and then the answer becomes "all radios of the same type/class", except for those whose drivers didn't implement an rfkill interface. -- "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 --
| Linus Torvalds | Re: LSM conversion to static interface |
| Ingo Molnar | [patch 03/13] syslets: generic kernel bits |
| Ingo Molnar | Re: [PATCH 6/6] sched: disabled rt-bandwidth by default |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| David Miller | [GIT]: Networking |
| Gregory Haskins | [RFC PATCH 00/17] virtual-bus |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
