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. > > > > I think that having this as a plugin is overkill. I would just integrate > > this as src/rfkill.c. Especially since it has no dependencies. > > It would mean it's harder to change its behaviour. Surely, it would make > more sense for this to be a plugin than for HCI operations to be. the HCI operation are becoming/are a plugin, because we wanna switch to netlink in the long term. However to do this, we need to separate them first. > Given that you don't use an object system with typing, it's probably one > or 2 function calls off. To me, it makes sense to have parts of the core > as plugins if it means that the core is leaner because of it. Okay. Since we have built-in plugins, it makes no big difference. 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
