Distribution: Gentoo I need the wi-fi button to work because it controls the "Radio" of my wi-fi card.
Created attachment 1573 [details] dmesg
Created attachment 1574 [details] acpidmp
Created attachment 1575 [details] dmidecode
Created attachment 1576 [details] lspci -vv
Created attachment 1577 [details] /proc/interrupts
02:06.0 Network controller: Intel Corp. PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04) Intel's mobile group hasn't released a driver for this adapter yet. As I have the same adapter on my laptop, I too am looking forward to its release. I'm unclear on if there is an ACPI issue here. Exactly what existing ACPI functionality isn't working, or exactly what missing ACPI functionality is requested? Can you describe what this button does under Windows? thanks, -Len
I don't have windows installed ATM, but I've already installed it just to test the wifi card. The card didn't worked in Windows from the start, until I installed a software that came with my laptop to control the extra keys. One of them is about wireless, and according to Intel's software, when I press it, I am enabling the "Radio" on my wifi. This can't be controled by Intel's software, nor anything else. I've only been able to get it working through that button/software. On Linux, I can get it to work, just like in Windows with driverloader, the thing is that I can't get any signal from any other wifi devices, which led me to think that the problem was with this extra button which seems to act like a lock for the "Radio" feature on my wifi card, and with the Radio off, I obvisouly can't connect to any other wifi equipement. What I am requesting is that someone figures out how to make this button work, as it seems to be fundamental even under Windows to get my wifi card going. The other 4 buttons aren't as necessary as this one, 'cause their only function is to launch apps. Thanks
Can we get a disassembled DSDT? I'm guessing there is a special ACPI button- device in the namespace, or something, that is catching the GPEs resulting from the special button, and doing something as a result.
How do I retrieve the disassembled DSDT? Sorry for the ignorance.
acpixtract DSDT acpidmp.txt > DSDT iasl -d DSDT acpixtract SSDT acpidmp.txt > SSDT iasl -d SSDT acpixtract came with acpidmp in pmtools -- iasl is available from the same web site as pmtools. I haven't found any evidence yet that ACPI is involved in the function of this button.
Created attachment 1601 [details] disassembled DSDT
thanks for doing that for me
Hi, I'm having same problem with my wifi button, and I had same problem on window (it didn't work until I installed "Launch Manager"). The Intel Pro-Wireless adaptor
still no go? :(
WORKING! http://prism54.org/pipermail/prism54-users/2003-November/000239.html I found there someone modified the acerhk drivers. Got them, built them, and now I have my special buttons working, and the wifi button works too. When I load the wireless driver, the wireless light turns on and it's all working. Will this drivers be included in the kernel? Greets.
Thanks for confirming that the "Radio" button on your Acer Laptop can be controlled by an extension to the keyboard driver. It is unfortunate that such a platform driver, that makes calls directly into the Acer BIOS, is necessary to make hotkeys work. As "hotkeys" are not in the ACPI spec, and there appears to be no hotkey-related devices in the DSDT -- it seems that ACPI can't help with this problem -- at least on this platform and on the Acer.
AFAICS, this bug should move out of the ASSIGNED to ACPI state. Maybe James Ketrenos is interested in it...
also works here with acerhk
People with wireless radio switch problems might want to check http://rfswitch.sourceforge.net
What's the status of this? Does it require action towards upstream merging?
Centrino wireless drivers have been included in 2.6.14, doesn't that affects to this bug?
Does the button work now with recent kernel? Thanks.
This is probably fixed, and since there is no activity I'm closing the bug. Please reopen if the problem persists.