Hi Brian, On Tue, Dec 21, 2010 at 2:25 PM, Brian Gix <bgix@xxxxxxxxxxxxxx> wrote: > Hi Claudio & Vinicius, > > > On Fri, 2010-12-17 at 14:48 -0800, Brian Gix wrote: >> The following two proposed patches implement a method for correctly >> staging GATT procedures that require multiple ATT req/resp exchanges. > > If you guys get a chance, could you consider this proposed change > to gattrib.[ch] and the subsequent change to gatt.c? It differs from my > initial proposed patch which subverted the gattrib queuing mechanism. It > now lets each ATT command run to completion. It also fixes the memory > leak potential that Vinicius spotted. ÂI think it is important that you > give it at least a cursory look, because you guys know more about bluez > GATT than anyone else here at this point. ÂOtherwise, I will resubmit > this version as a patch request. -- thx > ok. We can review your patches. Could you please send patches to change gatttool to support this new feature? How are you testing it? Do you have a modified BlueZ attribute server or another GATT server? Claudio -- 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
