* Add Eddystone GATT Config Service to known UUIDs
@ 2016-04-19 14:56 François Beaufort
2016-04-19 17:25 ` Johan Hedberg
0 siblings, 1 reply; 6+ messages in thread
From: François Beaufort @ 2016-04-19 14:56 UTC (permalink / raw)
To: BlueZ development
I'd love to see the new Eddystone Configuration GATT Service
(https://github.com/google/eddystone/tree/master/configuration-service)
being recognized by BlueZ.
Could you guys make this happen?
Something like:
[bluetooth]# info F1:6F:DE:EC:F1:D6
Device F1:6F:DE:EC:F1:D6
Name: ES G-SLOTS-X
Alias: ES G-SLOTS-X
Appearance: 0x0200
Paired: no
Trusted: yes
Blocked: no
Connected: no
LegacyPairing: no
UUID: Generic Access Profile (00001800-0000-1000-8000-00805f9b34fb)
UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
UUID: Eddystone Configuration GATT Service
(a3c87500-8ed3-4bdf-8a39-a01bebede295)
instead of
[bluetooth]# info F1:6F:DE:EC:F1:D6
Device F1:6F:DE:EC:F1:D6
Name: ES G-SLOTS-X
Alias: ES G-SLOTS-X
Appearance: 0x0200
Paired: no
Trusted: yes
Blocked: no
Connected: no
LegacyPairing: no
UUID: Generic Access Profile (00001800-0000-1000-8000-00805f9b34fb)
UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
UUID: Vendor specific (a3c87500-8ed3-4bdf-8a39-a01bebede295)
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Add Eddystone GATT Config Service to known UUIDs 2016-04-19 14:56 Add Eddystone GATT Config Service to known UUIDs François Beaufort @ 2016-04-19 17:25 ` Johan Hedberg 2016-04-19 18:09 ` François Beaufort 0 siblings, 1 reply; 6+ messages in thread From: Johan Hedberg @ 2016-04-19 17:25 UTC (permalink / raw) To: François Beaufort; +Cc: BlueZ development Hi François, On Tue, Apr 19, 2016, François Beaufort wrote: > I'd love to see the new Eddystone Configuration GATT Service > (https://github.com/google/eddystone/tree/master/configuration-service) > being recognized by BlueZ. > Could you guys make this happen? That'd indeed be nice! I'm not volunteering, but I do have a question about this part: "Where not explicitly stated, data written and read is defined in terms of big-endian arrays of signed bytes." Why on earth big-endian? GATT, like most other Bluetooth protocols, is little-endian. Can this still be fixed? Johan ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Add Eddystone GATT Config Service to known UUIDs 2016-04-19 17:25 ` Johan Hedberg @ 2016-04-19 18:09 ` François Beaufort 2016-04-20 6:49 ` François Beaufort 0 siblings, 1 reply; 6+ messages in thread From: François Beaufort @ 2016-04-19 18:09 UTC (permalink / raw) To: François Beaufort, BlueZ development For info, I've asked this question at https://github.com/google/eddystone/issues/138 Let's see what they say. On Tue, Apr 19, 2016 at 7:25 PM, Johan Hedberg <johan.hedberg@gmail.com> wrote: > Hi François, > > On Tue, Apr 19, 2016, François Beaufort wrote: >> I'd love to see the new Eddystone Configuration GATT Service >> (https://github.com/google/eddystone/tree/master/configuration-service) >> being recognized by BlueZ. >> Could you guys make this happen? > > That'd indeed be nice! I'm not volunteering, but I do have a question > about this part: > > "Where not explicitly stated, data written and read is defined in terms > of big-endian arrays of signed bytes." > > Why on earth big-endian? GATT, like most other Bluetooth protocols, is > little-endian. Can this still be fixed? > > Johan ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Add Eddystone GATT Config Service to known UUIDs 2016-04-19 18:09 ` François Beaufort @ 2016-04-20 6:49 ` François Beaufort 2016-04-20 8:00 ` Luiz Augusto von Dentz 0 siblings, 1 reply; 6+ messages in thread From: François Beaufort @ 2016-04-20 6:49 UTC (permalink / raw) To: BlueZ development Regarding my initial request, can someone point to me where to start if I wanted to code that? On Tue, Apr 19, 2016 at 8:09 PM, François Beaufort <beaufort.francois@gmail.com> wrote: > For info, I've asked this question at > https://github.com/google/eddystone/issues/138 > Let's see what they say. > > On Tue, Apr 19, 2016 at 7:25 PM, Johan Hedberg <johan.hedberg@gmail.com> wrote: >> Hi François, >> >> On Tue, Apr 19, 2016, François Beaufort wrote: >>> I'd love to see the new Eddystone Configuration GATT Service >>> (https://github.com/google/eddystone/tree/master/configuration-service) >>> being recognized by BlueZ. >>> Could you guys make this happen? >> >> That'd indeed be nice! I'm not volunteering, but I do have a question >> about this part: >> >> "Where not explicitly stated, data written and read is defined in terms >> of big-endian arrays of signed bytes." >> >> Why on earth big-endian? GATT, like most other Bluetooth protocols, is >> little-endian. Can this still be fixed? >> >> Johan ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Add Eddystone GATT Config Service to known UUIDs 2016-04-20 6:49 ` François Beaufort @ 2016-04-20 8:00 ` Luiz Augusto von Dentz 2016-04-22 14:26 ` François Beaufort 0 siblings, 1 reply; 6+ messages in thread From: Luiz Augusto von Dentz @ 2016-04-20 8:00 UTC (permalink / raw) To: François Beaufort; +Cc: BlueZ development Hi François, On Wed, Apr 20, 2016 at 9:49 AM, François Beaufort <beaufort.francois@gmail.com> wrote: > Regarding my initial request, can someone point to me where to start > if I wanted to code that? https://git.kernel.org/cgit/bluetooth/bluez.git/tree/monitor/uuid.c you might need to add a table for known UUID 128 bits so uuidstr_to_str don't return "Vendor specific" instead it lookup by string. > On Tue, Apr 19, 2016 at 8:09 PM, François Beaufort > <beaufort.francois@gmail.com> wrote: >> For info, I've asked this question at >> https://github.com/google/eddystone/issues/138 >> Let's see what they say. >> >> On Tue, Apr 19, 2016 at 7:25 PM, Johan Hedberg <johan.hedberg@gmail.com> wrote: >>> Hi François, >>> >>> On Tue, Apr 19, 2016, François Beaufort wrote: >>>> I'd love to see the new Eddystone Configuration GATT Service >>>> (https://github.com/google/eddystone/tree/master/configuration-service) >>>> being recognized by BlueZ. >>>> Could you guys make this happen? >>> >>> That'd indeed be nice! I'm not volunteering, but I do have a question >>> about this part: >>> >>> "Where not explicitly stated, data written and read is defined in terms >>> of big-endian arrays of signed bytes." >>> >>> Why on earth big-endian? GATT, like most other Bluetooth protocols, is >>> little-endian. Can this still be fixed? >>> >>> Johan > -- > To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Add Eddystone GATT Config Service to known UUIDs 2016-04-20 8:00 ` Luiz Augusto von Dentz @ 2016-04-22 14:26 ` François Beaufort 0 siblings, 0 replies; 6+ messages in thread From: François Beaufort @ 2016-04-22 14:26 UTC (permalink / raw) To: Luiz Augusto von Dentz; +Cc: BlueZ development Thank you! I've just sent http://permalink.gmane.org/gmane.linux.bluez.kernel/67370 for review. On Wed, Apr 20, 2016 at 10:00 AM, Luiz Augusto von Dentz <luiz.dentz@gmail.com> wrote: > Hi François, > > On Wed, Apr 20, 2016 at 9:49 AM, François Beaufort > <beaufort.francois@gmail.com> wrote: >> Regarding my initial request, can someone point to me where to start >> if I wanted to code that? > > https://git.kernel.org/cgit/bluetooth/bluez.git/tree/monitor/uuid.c > you might need to add a table for known UUID 128 bits so > uuidstr_to_str don't return "Vendor specific" instead it lookup by > string. > >> On Tue, Apr 19, 2016 at 8:09 PM, François Beaufort >> <beaufort.francois@gmail.com> wrote: >>> For info, I've asked this question at >>> https://github.com/google/eddystone/issues/138 >>> Let's see what they say. >>> >>> On Tue, Apr 19, 2016 at 7:25 PM, Johan Hedberg <johan.hedberg@gmail.com> wrote: >>>> Hi François, >>>> >>>> On Tue, Apr 19, 2016, François Beaufort wrote: >>>>> I'd love to see the new Eddystone Configuration GATT Service >>>>> (https://github.com/google/eddystone/tree/master/configuration-service) >>>>> being recognized by BlueZ. >>>>> Could you guys make this happen? >>>> >>>> That'd indeed be nice! I'm not volunteering, but I do have a question >>>> about this part: >>>> >>>> "Where not explicitly stated, data written and read is defined in terms >>>> of big-endian arrays of signed bytes." >>>> >>>> Why on earth big-endian? GATT, like most other Bluetooth protocols, is >>>> little-endian. Can this still be fixed? >>>> >>>> Johan >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > -- > Luiz Augusto von Dentz ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-04-22 14:26 UTC | newest] Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2016-04-19 14:56 Add Eddystone GATT Config Service to known UUIDs François Beaufort 2016-04-19 17:25 ` Johan Hedberg 2016-04-19 18:09 ` François Beaufort 2016-04-20 6:49 ` François Beaufort 2016-04-20 8:00 ` Luiz Augusto von Dentz 2016-04-22 14:26 ` François Beaufort
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.