On Wed, 03 Dec 2008, Evgeni Golov wrote: > On Tue, 2 Dec 2008 20:25:38 +0100 Toralf Förster wrote: > > I observed this with kernel 2.6.26.8 (Gentoo) prior kernel versions instead > > doesn't seem to switch on that LED. > > You dont need to have BT support in the kernel to have the BT device > "on". Is your kernel built with rfkill support, if so, could you load > the rfkill module with the default_state=0 option? That would do it, yes. Good catch, Evgeni! I bet this is the "problem". Newest thinkpad-acpi from ibm-acpi.sf.net has code that is supposed to store the BT rfkill state across reboot and shutdown(!), please try that and tell me if it works. It will override the default_state with whatever state BT rfkill was when you last rebooted/shutdown the thinkpad. This actually makes me wonder if I shouldn't add a knob to the rfkill core to let the user order the rfkill core to *force* all rfkill switches to block state even if platform drivers like thinkpad-acpi request a different behaviout... -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
