>>>> Just upgraded to vanilla 2.6.33 + tp_smapi, from vanilla 2.6.32 + >>>> tp_smapi, and I've noticed a change in behavior of the Fn+F5 hotkey >>>> combination. >>> >>> Set Fn+F5 to KEY_BLUETOOTH in the thinkpad-acpi input device keymap. It >>> defaults to KEY_WLAN (will switch to KEY_RFKILL when that becomes >>> available). This is not what you want. udev can change that keymap, and so >>> can HAL and input-device userspace utilities. >>> Documentation/laptops/thinkpad-acpi.txt has the keymap scan codes >>> documented. >>> >>> Note: thinkpad-acpi didn't change that in 2.6.33, I don't know why your >>> setup changed behaviour from 2.6.32 to 2.6.33. >> maybe there was some recent update to hal or udev. >> >> Still, what I don't understand is: even if Fn+F5 is KEY_WLAN which >> software blocks the wifi? > > Either network manager, udev, or the kernel itself. I've tested once again with 2.6.33.1, in single user mode, without udevd or network-manager running, still behaves the same. If I remove the thinkpad_acpi module then pressing FN+F5 doesn't disable the wifi, but I suppose it's because the events are no longer handled. BTW 2.6.33 has a KEY_RFKILL in include/linux/input.h .. should I change that in thinkpad_acpi? -- damjan ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel