Oops.
It works. Sorry for bothering you with that kind of things.
Thanks a lot.
--
wireless.sh should use device/rf_kill instead of power/state
https://launchpad.net/bugs/42820
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
you should do
echo 1 | sudo tee /sys/class/net/eth1/device/rf_kill
echo 0 | sudo tee /sys/class/net/eth1/device/rf_kill
the first one disables the radio.
--
wireless.sh should use device/rf_kill instead of power/state
https://launchpad.net/bugs/42820
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
Yes pretty sure. I get :
$ sudo echo -n 2 >/sys/class/net/eth1/device/rf_kill
bash: /sys/class/net/eth1/device/rf_kill: Permission denied
$ sudo echo -n 1 >/sys/class/net/eth1/device/power/state
bash: /sys/class/net/eth1/device/power/state: Permission denied
If any debug output may help, I will b
It is strange that the rf_kill method is not supported... I have
ipw2200 too (and an asus centrino) and they are supported. Are you
sure?
--
wireless.sh should use device/rf_kill instead of power/state
https://launchpad.net/bugs/42820
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
htt
Hi,
Since Feisty I cannot turn off my wireless, using the /power/state or the
rf_kill method. Indeed, both files are reported to be unwritable.
I am using an Asus centrino laptop with ipw2200. I think this wireless
device is supposed to support the rf_kill method.
Do you have any hints why this
acpi-support (0.93) feisty; urgency=low
* Change 'wireless.sh' to use 'device/rf_kill' for wireless devices (if
available) in preference to 'device/power/state' which was been
removed by the upstream kernel developers.
(Closes: LP #42820)
* Teach 'lib/state-funcs:isAnyWirelessPower
I don't really understand the logic of wireless.sh, especially the
part in which you overwrite the variable OFF with "2". The following
wireless interface will fail if using rf_kill because off is not 2 but
1...
Why didn't you remove the reference to power/state? Since it does not
work it is not n
Does this mean that we won't have a working hotkey in Feisty? or just
that we need to wait?
I've had a look at the patch. Great! But I've noticed that the
wireless status is not saved for halt/reboot too (only for suspend or
hibernate/resume). Are you going to add the file also in start.d and
sto
Hello Nicolò, I'm currently up to:
http://www.paul.sladen.org/ubuntu/upload/acpi-support_0.94.debdiff
but we're still in BetaFreeze for the next couple of days, so this
hasn't gone through.
--
wireless.sh should use device/rf_kill instead of power/state
https://launchpad.net/bugs/42820
--
I'm glad this bug has been noticed!
If you want I can propose a solution that includes leds, notifies and
network-manager support! should I attach it here?
--
wireless.sh should use device/rf_kill instead of power/state
https://launchpad.net/bugs/42820
--
ubuntu-bugs mailing list
ubuntu-bugs@li
** Changed in: acpi-support (Ubuntu)
Assignee: (unassigned) => Paul Sladen
Status: Confirmed => In Progress
--
wireless.sh should use device/rf_kill instead of power/state
https://launchpad.net/bugs/42820
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.
** Summary changed:
- ipw2200 should be switched off using rf_kill
+ wireless.sh should use device/rf_kill instead of power/state
--
wireless.sh should use device/rf_kill instead of power/state
https://launchpad.net/bugs/42820
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://li
12 matches
Mail list logo