c863db02f0
The BLE GATT transport ends up using HDLC for the stream encoding, unlike the USB HID side. The EON Steel BLE GATT protocol actually does that for both the commands and for the replies, but this converts only the command side, because that's the simpler one. The reply side code will need to be re-architected a bit, because right now it is very much oriented towards beign able to do everything one single packet at a time (which is true for USB HID) rather than treating the packets as a stream of data (as is necessary for the CRC32 verification and to handle the escaping of the 0x7e/0x7d bytes in the stream). So with this change, you can't actually do a download over BLE, but I was able to verify that the first command transfers correctly, and the EON Steel replies to it over Bluetooth LE GATT. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
28 lines
471 B
Makefile
28 lines
471 B
Makefile
AM_CPPFLAGS = -I$(top_builddir)/include -I$(top_srcdir)/include
|
|
LDADD = $(top_builddir)/src/libdivecomputer.la -lz
|
|
|
|
bin_PROGRAMS = \
|
|
dctool
|
|
|
|
dctool_SOURCES = \
|
|
common.h \
|
|
common.c \
|
|
dctool.h \
|
|
dctool.c \
|
|
dctool_help.c \
|
|
dctool_version.c \
|
|
dctool_list.c \
|
|
dctool_download.c \
|
|
dctool_dump.c \
|
|
dctool_parse.c \
|
|
dctool_read.c \
|
|
dctool_write.c \
|
|
dctool_fwupdate.c \
|
|
output.h \
|
|
output-private.h \
|
|
output.c \
|
|
output_xml.c \
|
|
output_raw.c \
|
|
utils.h \
|
|
utils.c
|