Hi Lizardo, On Thu, Jun 16, 2011, Anderson Lizardo wrote: > On Thu, Jun 16, 2011 at 3:54 AM, Luiz Augusto von Dentz > <luiz.dentz@xxxxxxxxx> wrote: > > You probably forgot that besides bluetoothd there should be no other > > application holding the mgmt socket, so not you can't really do it in > > poll in the application side and doing it over D-Bus is overkill. Also > > I notice that from some parties, you include, there is some tendency > > to have the profiles split from the bluetoothd, IMO this will only add > > fragmentation with each and every platform using BlueZ having their > > own implementation of each profile and not sharing much, making the > > IOP a complete mess. > > I would like to bring attention to a thread I attempted to start some > time ago, named "D-Bus GATT API for external/proprietary profiles". If > anyone is really willing to implement external profiles over D-Bus, > please voice your points that would support this. Note that this > attempt never happened before, AFAIK all bluez supported profiles are > implemented internally on bluez source code, usually as plugins. Not all profiles. There's e.g. the OBEX profiles provided by obexd. The main reason for that separation is that practically everything handled by obexd is user data which doesn't belong in a system level daemon like bluetoothd. The same system-user separation could be a reason for other profiles to exist in separate processes. Then there's also partial splits like that for HFP where audio is handled by an audio subsystem like PulseAudio and signaling by a cellular subsystem like oFono. 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
