Hi Bastien, > > > > The plugin allows us to restore the previous power state on > > > > adapters when the killswitch on them has been unblocked. > > > > > > > > Otherwise we end up with the adapter disabled when coming back from a > > > > soft killswitch. > > > > > > Just a note that __u32 causes failures with newer GCCs (not sure why), > > > using uint32_t instead fixes the problem. > > > > > > I'll send another patch when this one gets committed. > > > > I didn't commit this patch, because it should be part of bluetoothd and > > not a plugin > > You said you didn't mind: > http://thread.gmane.org/gmane.linux.bluez.kernel/2981/focus=2986 > > Okay. Since we have built-in plugins, it makes no big difference. > > > and as I mentioned before honor the RememberPowered setting > > for system where other entities control that. > > That's what that does: > + if (main_opts.remember_powered == FALSE) > + return 0; > > > However I did push a RFKILL skeleton that that all the lifting except > > bringing the adapter up. > > Which is pretty much the same as the code I sent, and the code in > connman. What's the point of putting this in the core when it does the > exact same as the plugin save for a level of indirection? I changed my mind, because of the main_opts. We don't wanna export the options in the long term. So using src/rfkill.c seems more logical at this point of time. > > Hijacking the set_powered D-Bus command is the > > wrong approach. We need a properly exported adapter_up() function for > > this. > > I believe I tried exporting adapter_up() but it didn't work. Johan, Luiz, any reason why this would not work. What needs to be done to bring up the adapter. Besides calling the ioctl() directly which we don't wanna do anymore. Regards Marcel -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
