cycling through the radio devices for eeepc

[Shang Wu]

On an Eee PC platform, when pressing Fn + F2 will disable Wifi and bluetooth together, pressing it again will enable both function. However, in the windows world, pressing the same key will
<Assuming both devices are ON after boot up>

(0. Both devices are ON)
1. Both devices are OFF
2. Wifi ON/ Bluetooth OFF
3. Wifi OFF/ Bluetooth ON

Then it cycle back to step 0 again.

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in dianosing the problem. From a terminal window please run:

apport-collect 785025

and then change the status of the bug back to 'New'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Keng-Yu Lin (lexical)]

@Shang

In the driver code there are several types of radio devices (WLan, Bluetooth, Wimax, WWan3G) to handle, do we have a specific cycling procedure for these devices?

Not all the radio devices are available on the same laptop I've seen right now, but they are in the code.

[Shang Wu (shangwu)]

@Keng-Yu,

If we implement them all in once, how are we going to handle if the Wimax and WWan3G device is not available? I believe for this bug's purpose, we were only concern about cycling between the WLan and Bluetooth.

[Keng-Yu Lin (lexical)]

I am investigating if this is more proper to be done in the userspace, like to have a daemon controlling the order of killswitch (http://www.freedesktop.org/wiki/Software/urfkill)

[Keng-Yu Lin (lexical)]

FFE to sync the ufkill package in bug 833745.

[Keng-Yu Lin (lexical)]

urfkill package is already sync'ed in Oneiric. So we have at least a start point to work on implementing this feature.

I keep the kernel task because it can be likely to change the keycode from KEY_WLAN to KEY_RFKILL. But this relies how it is going to be implemented in urfkill.

[Keng-Yu Lin (lexical)]

the cycling toggle patch is sent upstream for review.

marked the task in Oneiric as wontfix and will focus on the current dev release (Precise).

[James M. Leddy (jm-leddy)]

Hi Keng-yu, Is urfkill making its way into precise?

[Keng-Yu Lin (lexical)]

The package is debian too, urfkill gets sync'd in every release.

For the cyclic rfkill toggle, urfkill upstream does not think it's a good idea. Instead it is preferred to have g-s-d draw the dialog for the switching.

See https://bugzilla.gnome.org/show_bug.cgi?id=661643 and the screenshot: http://bugzilla-attachments.gnome.org/attachment.cgi?id=198921

But it is not merged in gnome.