* ath9k rfkill behavior
@ 2009-07-21 0:56 Howard Chu
2009-07-21 11:27 ` Christian Lamparter
0 siblings, 1 reply; 4+ messages in thread
From: Howard Chu @ 2009-07-21 0:56 UTC (permalink / raw)
To: linux-wireless
I'm currently running 2.6.31-rc2 and noticed an annoying change in rfkill
behavior now; I can no longer toggle the state by echoing 0/1 into
sys/class/rfkill/rfkillX/state, it says write operation not permitted. I
haven't found any posts online related to this change in behavior, can anyone
point me to an explanation/rationale? The only way to change the state now
appears to be by using the wifi toggle switch on the laptop.
This is particularly obnoxious on recent HP Pavilion laptops, because there's
a single button/LED and it affects both the bluetooth and the wifi
transmitters. I never use bluetooth and I want that turned off, but I want to
keep the wifi enabled. I used to be able to do this by explicitly echoing 0
into the bluetooth rfkill/state but not any more. Even with the bluetooth
software disabled, powertop shows it's still eating power+cycles on my USB
controller unless I zero its rfkill state.
Also, when I press the toggle switch, the bluetooth device unregisters itself
and disappears from the rfkill directory, while the wifi entry remains, but
its state reads as "2" instead of 0 or 1. When it gets into this state,
further toggling of the button doesn't reactivate it (though it continues to
toggle the bluetooth on and off), and a reboot is required to re-enable the
wifi. What is state "2" ?
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ath9k rfkill behavior
2009-07-21 0:56 ath9k rfkill behavior Howard Chu
@ 2009-07-21 11:27 ` Christian Lamparter
2009-07-21 17:21 ` Howard Chu
2009-07-21 21:01 ` Howard Chu
0 siblings, 2 replies; 4+ messages in thread
From: Christian Lamparter @ 2009-07-21 11:27 UTC (permalink / raw)
To: Howard Chu; +Cc: linux-wireless
On Tuesday 21 July 2009 02:56:11 Howard Chu wrote:
> I'm currently running 2.6.31-rc2 and noticed an annoying change in rfkill
> behavior now; I can no longer toggle the state by echoing 0/1 into
> sys/class/rfkill/rfkillX/state, it says write operation not permitted. I
> haven't found any posts online related to this change in behavior, can anyone
> point me to an explanation/rationale? The only way to change the state now
> appears to be by using the wifi toggle switch on the laptop.
http://lkml.org/lkml/2009/7/10/339
but no need to patch the kernel (again):
the legacy iwconfig tool can let you do the same:
iwconfig wlanX txpower off
and if you want it back:
iwconfig wlanX txpower auto
(or there's a nice utility there: http://git.sipsolutions.net/?p=rfkill.git )
Regards,
Chr
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ath9k rfkill behavior
2009-07-21 11:27 ` Christian Lamparter
@ 2009-07-21 17:21 ` Howard Chu
2009-07-21 21:01 ` Howard Chu
1 sibling, 0 replies; 4+ messages in thread
From: Howard Chu @ 2009-07-21 17:21 UTC (permalink / raw)
To: Christian Lamparter; +Cc: linux-wireless
Christian Lamparter wrote:
> On Tuesday 21 July 2009 02:56:11 Howard Chu wrote:
>> I'm currently running 2.6.31-rc2 and noticed an annoying change in rfkill
>> behavior now; I can no longer toggle the state by echoing 0/1 into
>> sys/class/rfkill/rfkillX/state, it says write operation not permitted. I
>> haven't found any posts online related to this change in behavior, can anyone
>> point me to an explanation/rationale? The only way to change the state now
>> appears to be by using the wifi toggle switch on the laptop.
>
> http://lkml.org/lkml/2009/7/10/339
>
> but no need to patch the kernel (again):
> the legacy iwconfig tool can let you do the same:
>
> iwconfig wlanX txpower off
> and if you want it back:
> iwconfig wlanX txpower auto
>
> (or there's a nice utility there: http://git.sipsolutions.net/?p=rfkill.git )
Thanks very much, that covers everything.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: ath9k rfkill behavior
2009-07-21 11:27 ` Christian Lamparter
2009-07-21 17:21 ` Howard Chu
@ 2009-07-21 21:01 ` Howard Chu
1 sibling, 0 replies; 4+ messages in thread
From: Howard Chu @ 2009-07-21 21:01 UTC (permalink / raw)
To: Christian Lamparter; +Cc: linux-wireless
Christian Lamparter wrote:
> On Tuesday 21 July 2009 02:56:11 Howard Chu wrote:
>> I'm currently running 2.6.31-rc2 and noticed an annoying change in rfkill
>> behavior now; I can no longer toggle the state by echoing 0/1 into
>> sys/class/rfkill/rfkillX/state, it says write operation not permitted. I
>> haven't found any posts online related to this change in behavior, can anyone
>> point me to an explanation/rationale? The only way to change the state now
>> appears to be by using the wifi toggle switch on the laptop.
>
> http://lkml.org/lkml/2009/7/10/339
>
> but no need to patch the kernel (again):
> the legacy iwconfig tool can let you do the same:
>
> iwconfig wlanX txpower off
> and if you want it back:
> iwconfig wlanX txpower auto
Ah, not quite. I want the bluetooth off and the wifi on; if I hit the toggle
switch which turns them both off, iwconfig is unable to turn the wifi back on,
and there is no other command which turns off only the bluetooth.
The above patch works fine, thanks again.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-07-21 21:01 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-07-21 0:56 ath9k rfkill behavior Howard Chu
2009-07-21 11:27 ` Christian Lamparter
2009-07-21 17:21 ` Howard Chu
2009-07-21 21:01 ` Howard Chu
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).