Hi Claudio & Vinicius, > >> The move itself is pretty simple, but when implementing it, I took a decision > >> and I would like to hear your opinion about it. > > > > There were problems with some useless includes. I will send another version > > soon. But the question below remains. > > > >> > >> With this patch series, the behaviour is that we never disconnect from > >> a LE device unless we are told so, i.e. org.bluez.Device.Disconnect(), > >> is that what is expected from us? > > In my opinion, the profiles should define how to manage connections. > For LE re-connections should be avoided since the remote disables the > advertising when the connection is established. > Keep the link up seems to be acceptable for now, but for the final > solution we need to disconnect based on the registered "watchers" and > profile inputs. Some profiles such as proximity keeps the devices > always connected and auto-reconnect, others require user interaction. Sounds good enough to me, i.e. let's keep "connected until an explicit disconnect request from the user" the default for now. Johan -- 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
