Thread (18 messages) flat view 18 messages, 5 authors, 2014-09-05

Re: [PATCH] gatt api V2

From: Arman Uguray <hidden>
Date: 2014-08-29 14:29:46

Hi Chaojie,

quoted
quoted
This patch focus on implementing the Gatt DBus API defined in gatt-api.txt
discussed in mailist latestly. It implement all the DBus property and method
except for array{object} of characteristics and descriptors. Through our internal
test, patche work well. I would like to contribute this featrue for bluez upstream.
This first patch is just an implementation, maybe not very closely suitable for
design or put in the right file. It would be OK to modify to make more sense.
quoted
Arman, Marcel, would you like to review the patch and give some suggestion
for the patch? It would be great honor for me to contribute little to bluez.
Thank you for your patch. The current desire is to migrate all daemon
code that uses attrib/* for GATT/ATT over to the new utilities in
shared/ (gatt-client, att, gatt-helpers, etc.). In the end it's up to
the maintainers but can we hold off on implementing the D-Bus API
until the shared code is ready and just do it once the right way using
bt_gatt_client? There are enough GAttrib dependencies inside the
daemon code that adding more now will just become a bigger burden in
the future.

I recently added a set of items to the top-level TODO file regarding
the new GATT/ATT stack; I can talk to you more about tackling the
items there.

Otherwise, if this is blocking people and everyone prefers to have a
working GATT D-Bus API sooner than that, then I suggest not putting
all of the code in src/device.c. You should probably abstract that
away in a separate module (such as a src/gatt-client) and have
device.c initialize it. Also, please break this down into multiple
smaller patches as Luiz suggested.

Thanks,
Arman
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help