Szymon Janc
Szymon Janc
Hi, Currently newtmgr uses legacy HCI commands and thus doesn't do extended scan... This is mainly due to bluetooth lib being used, we would have to port to some other...
I think this should be in some common code eg ble_hs_id.c ? Some helpers for generating and internal helpers for validating type of addresses. There are similar checks for static...
since those are using concurrent gatt read we first need to move both autopts and zephyr tester app to new BTP GATT client service see: https://github.com/intel/auto-pts/issues/582 https://github.com/intel/auto-pts/blob/master/doc/btp_gatt_client.txt
yes, in short term, although in general IUT should support only new services or only old service and in long term all tests should use new services, and only fallback...
if I recall correctly ICS table defines only single option for supporting "database hash" and both GATT client and server scenarios depend on it. So disabling client side would require...
currently we have no plans for adding classic bluetooth support, but if someone steps in and is willing to work on that (and maintain at least 1 platform that would...
should be fixed in master
I guess this can be closed
Hi, This is integral trait of long reads in GATT. Specification doesn't treat long read as atomic and thus server never knows what (if any) GATT procedure is executed by...
ahh ok, I see now, I think we should be able to extend ble_gatt_access_ctxt with needed info without breaking API compatiblity