Hello Vinicius Thanks for the reply. However I am referring to latest Bluez 4.70 file gatttool.c which implements its own version l2cap_ connect(void) rather than an old version of gatttool.c. Do you mean to say that this l2cap_connect() would get deprecated and btio routines be used instead in later bluez versions? -- Best Regards, Arun Kumar Singh www.crazydaks.com On Wed, Sep 8, 2010 at 5:43 AM, Vinicius Gomes <vinicius.gomes@xxxxxxxxxxxxx> wrote: > Hi Arun, > > On Tue, Sep 7, 2010 at 3:06 PM, Arun Kumar <arunkat@xxxxxxxxx> wrote: >> Hi, >> >> Just trying to understand the need for a separate l2cap_connect >> re-implemention in gatttool.c instead of using bt_io_connect( ) wrapper >> from >> btio.c? Since current GATT implementation tries to work on existing BR/EDR, >> cant btio wrapper suffice for this initial step... >> > > An initial version of gatttool used to have support for ATT/GATT over > Unix sockets, we did not use btio because it allowed us to reuse most > of the connection code. > > Now that the Unix socket support was removed, there's no real reason > not use the btio functions. > >> Best regards, >> Arun >> -- >> 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 >> > > > Cheers, > -- > Vinicius > -- 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