Find the answer to your Linux question:
Results 1 to 3 of 3
After returning from suspend to disk, RF devices (wlan and bluetooth) are disabled. Running lspci indicates that no wireless network device is available, and no drivers are loaded. Furthermore, the ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
  1. #1
    Just Joined!
    Join Date
    Feb 2010
    Posts
    4

    RF devices disabled after returning from suspend to disk


    After returning from suspend to disk, RF devices (wlan and bluetooth) are disabled. Running lspci indicates that no wireless network device is available, and no drivers are loaded. Furthermore, the LED on the front of the laptop remains off - this is always on when RF devices are available. There is an Fn-F1 function key to toggle wireless, but this does not function to either enable or disable.

    Rebooting the system does not re-enable the RF devices, and there is no option in the BIOS. The only workaround I have at present is to boot into windows vista and use the Fn-F1 function key. This pops up a small hotkey utility with the option to disable/enable the wi-fi and bluetooth (independently). Upon confirming the dialog, the RF device light immediately illuminates. Rebooting into fedora and wireless devices are working once again.

    I am running kernel 2.6.31.12-174.2.3.fc12.x86_64, with the latest compat-wireless drivers. I can provide much more debug information (dmidecode, acpidump, boot logs, lspci etc...), I am just unable to determine what is relevant

    # rfkill list
    0: hci0: Bluetooth
    Soft blocked: no
    Hard blocked: no
    1: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no

    There is no hardware RF switch on this laptop. Applying the software RF block (rfkill block all) does disable the wireless devices, however the LED remains lit and upon rebooting these are re enabled. There there appears to be some other RF kill mechanism that is being enabled during suspend to disk and that is causing my issue.

    The hardware is a Novatech laptop, model X65- a rebranded FIC PMN70D

    Does anyone know what the problem is likely to be or how I could go about debugging the issue?

    # lspci
    00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07)
    00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev07)
    00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03)
    00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03)
    00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03)
    00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev03)
    00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
    00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03)
    00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03)
    00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03)
    00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03)
    00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03)
    00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03)
    00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev03)
    00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93)
    00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03)
    00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03)
    00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03)
    01:00.0 VGA compatible controller: nVidia Corporation Device 0652 (rev a1)
    04:00.0 Network controller: Atheros Communications Inc. AR928X Wireless Network Adapter (PCIExpress) (rev 01)
    05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)

  2. #2
    Just Joined!
    Join Date
    Feb 2010
    Posts
    4
    On a related note, I have managed to trap the Fn-F1 keypress in linux - the button that should enable/disable RF devices, and assign it to XF86WLAN, using the command

    # setkeycodes 63 238

    Narrowed that down from the kernel messages

    kernel: atkbd.c: Unknown key released (translated set 2, code 0x63 on isa0060/serio0).
    kernel: atkbd.c: Use 'setkeycodes 63 <keycode>' to make it known.

  3. #3
    Linux Guru
    Join Date
    Jul 2004
    Posts
    4,593
    I had a similar problem with my Eee PC. I could turn the wireless off with the shortcut keys, but I could not turn it back on. Here is how you may be able to re-enable it.

    In a terminal window, enter this command.
    Code:
    cat /sys/class/rfkill/rfkill0/state
    This will output a number, either 0 or 1.

    0= wireless disabled
    1= wireless enabled

    You will most likely get a 0. You can change that to a 1 with this command.
    Code:
    su -c 'echo 1 > /sys/class/rfkill/rfkill0/state'
    You need root permissions to do this, that is why I used the su -c command. Then, theoretically you should be able to remove and then reload the driver kernel module. That did not restore the wireless for me, but rebooting after changing the state did.

    i don't consider this to be a bug. I think it is just a result of running Linux on machines built for Windows. Not everything can or will be supported. I have disabled any kind of suspend, as it really isn't needed. If you aren't going to use your computer for a while, just turn it off.
    Please do not send Private Messages to me with requests for help. I will not reply.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •