On Tue, 2009-12-01 at 14:55 -0200, Henrique de Moraes Holschuh wrote: > On Mon, 30 Nov 2009, Kevin Locke wrote: >> Then, the radio is unblocked by rfkill_switch_all which is queued by >> rfkill_schedule_evsw_rfkillall as part of input_register_device: > > If you disable bluetooth through rfkill (and not through bluetooth_enable) > before you rmmod thinkpad-acpi ; modprobe thinkpad-acpi, what happens? If I change step 2 to # echo 0 > /sys/devices/platform/thinkpad_acpi/rfkill/rfkill0/state the behavior is unchanged (light off, then after modprobe, back on) > Also, are you sure you don't have a "bluetooth=enable" parameter in an > options line for thinkpad-acpi somewhere in the modprobe config (in > /etc/modprobe.d/*) ? I'm sure. > Note: 2.6.31 has an all-new rfkill core and thinkpad-acpi glue, so it is > worth testing it on 2.6.31 too. One known bug: will resume with radios > disabled. A fix is ready for that problem already, but it has not made it > to the kernel, yet. I should have mentioned originally, the testing is being done on 2.6.31.6 with thinkpad-acpi-0.23-20091010_v2.6.31.3.patch applied (but I could pull from git if you would prefer). Actually, with a little more testing I just figured it out. It was staring me in the face this whole time. The trick was to add the following somewhere in /etc/modprobe.d options rfkill default_state=0 master_switch_mode=0 With that line added, everything works as expected. Interestingly, I would have thought master_switch_mode=1 (restore) would fix it as well, but it does not. Only master_switch_mode=0 (unlock) works. If this is expected behavior, could it be documented somewhere (or am I overlooking somewhere that it is documented already)? Thanks, Kevin ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
