![]() ![]() |
May 8 2008, 01:10 PM
Post
#1
|
|
|
Group: Members Posts: 474 Joined: 21-May 06 Member No.: 9,928 |
On the original distro pressing "Fn + F2" key combination toggles the wifi card from on to off.
Anyone know how to manage that on a generic, non eeePC tuned, distribution ? I'd be even happy to run a command (or script to turn it on) but do not want to leave it allways on from bios (to save pattery life when unused). |
|
|
|
May 8 2008, 03:23 PM
Post
#2
|
|
|
Group: Members Posts: 474 Joined: 21-May 06 Member No.: 9,928 |
Well it looks like that if one enables correctly the ASUS ACPI interface you can get control over the integrated devices trough /proc/acpi/asus/
Echoing 1 or 0 in the appropriate device interface wil turn on and off the devices. For example echo 1 > /proc/acpi/asus/wlan will turn on the wireless lan device |
|
|
|
May 8 2008, 05:34 PM
Post
#3
|
|
![]() Group: Members Posts: 2,350 Joined: 30-July 06 Member No.: 10,575 |
Are you sure that Fn+F2 doesn't work? On my Dell, it appears to be hardware controlled (it works no matter what distro I have running, but the LED doesn't).
|
|
|
|
May 8 2008, 08:56 PM
Post
#4
|
|
|
Group: Members Posts: 474 Joined: 21-May 06 Member No.: 9,928 |
Are you sure that Fn+F2 doesn't work? On my Dell, it appears to be hardware controlled (it works no matter what distro I have running, but the LED doesn't). Wen not sure because I've recompiled a new kernel and the /proc/acpi/asus sutff has dissapeared .... it may work but I bet it will not untill I compile a 2.6.25.1 kernel that gets me back the stuff in /proc/acpi/asus. OK I think I figured out what was wrong in my kernel: in order to make the CONFIG_ASUS_LAPTOP option come out I neaded to fix up these dependencies... depends on X86 depends on ACPI depends on EXPERIMENTAL && !ACPI_ASUS depends on LEDS_CLASS depends on BACKLIGHT_CLASS_DEVICE I'm building the kernel right now ;-) |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 20th May 2013 - 04:55 AM |