| 24c6dee3b307cbf9e99dfdb875895f410120ec41 |
|
04-May-2011 |
Szymon Janc <szymon.janc@tieto.com> |
Remove redundant local copy of GSlist* from functions
Those functions already get copy of pointer to list so local copy is
not needed.
/external/bluetooth/bluez/health/mcap.c
|
| 5de70880a685055bb017289fa739a97c85b681ea |
|
29-Mar-2011 |
Luiz Augusto von Dentz <luiz.dentz-von@nokia.com> |
Fix uninitialized variable warning
health/mcap.c: In function ‘proc_req_pending’:
health/mcap.c:1119:25: error: ‘abrt’ may be used uninitialized in this function
make[1]: *** [health/mcap.o] Error 1
/external/bluetooth/bluez/health/mcap.c
|
| d6523428accd6d42dac2d578205df09f3f5cc5a2 |
|
22-Nov-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Fix MDL and MCL reference counting in IO watchers
When a io_watcher is added to an MDL or an MCL channel, its reference
should be incremented because the watcher should keep its own reference
the the structure.
Also a destroy function is added in order to decrement the reference
once the watcher is removed.
/external/bluetooth/bluez/health/mcap.c
|
| aabc01126b08e9fbd8af4335b4b74e2dbe10cca1 |
|
15-Nov-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Code refactorization in MCAP
/external/bluetooth/bluez/health/mcap.c
|
| 36fcf8eb2251aea11e09b65d055d83ce17ef1826 |
|
12-Nov-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Remove old reference to mcap session in the name of variables
/external/bluetooth/bluez/health/mcap.c
|
| bcfaa65382edd9643018958acb7f0df6f3501a63 |
|
12-Nov-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Add reference counter to mcap_mdl
/external/bluetooth/bluez/health/mcap.c
|
| 5128b0a92d06387344cb92d2619312183f4bf10e |
|
12-Nov-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Add reference counter to mcap_instances
/external/bluetooth/bluez/health/mcap.c
|
| cd11da5416b30b7c2d1e752240cd645ac21051ef |
|
12-Nov-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Fix typos in mcap
/external/bluetooth/bluez/health/mcap.c
|
| f85d90448308e61cccea7948ae0b8948b8865bdc |
|
12-Nov-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Notify a channel deleted when remote side has already deleted it
/external/bluetooth/bluez/health/mcap.c
|
| 6732965eb18e9abd6be71d89b34d2fdde5e779ea |
|
19-Oct-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Enable support to change mode for incoming data channels connections
/external/bluetooth/bluez/health/mcap.c
|
| a0da5dee55a67b75c4825e027bf004f9ad223469 |
|
14-Oct-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Remove obsolete comment from MCAP
/external/bluetooth/bluez/health/mcap.c
|
| 860f0951132e9272b4887233da85d359b438c81b |
|
13-Oct-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Remove MDL when delete operation fails with INVALID_MDLID error
We can remove a data channel if error code Invalid MDLID is provided
in reply to a MD_DELETE_MDL_REQ. That error is provided only if the
MDL ID referenced is invalid. This shall be used when:
- A reserved or invalid value for MDL ID was used.
- The MDL ID referenced is not available (was never created, has
been deleted, or was otherwise lost),
- The MDL ID referenced in the Abort request is not the same value
that was used to initiate the PENDING state
/external/bluetooth/bluez/health/mcap.c
|
| 3913704e8f6c2ad65060efed8e6588be34380013 |
|
09-Oct-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Incoming connection in control channel should be ERTM
/external/bluetooth/bluez/health/mcap.c
|
| 10bb87731c9d175ae58c7ff29bd79f18f9476e7f |
|
30-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Set the MCAP control channel mode to ERTM
/external/bluetooth/bluez/health/mcap.c
|
| aa2eeb07ee7d7511fd8afc00378d8714860e24d9 |
|
30-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
mcap_connect_mcl receives the mode of the channel instead of the btiotype
/external/bluetooth/bluez/health/mcap.c
|
| c8c4f6445ba4a5f5f860de932cec61972d3e2990 |
|
01-Oct-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Fix MCAP bug when a new request is done in a callback
/external/bluetooth/bluez/health/mcap.c
|
| 0a39787183cf5a55ead2c975977f0eabefff7df2 |
|
24-Sep-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Fix potential memory leak in MCAP code
Data provided by profiles using MCAP may fall in memory leak if
control channel is closed before reply arrives from remote side.
This patch add a GDestroyNotify function parameter in MCAP API
to release private data provided by upper layers even if adapter
is removed or control channels is closed before reply from remote
side arrives.
/external/bluetooth/bluez/health/mcap.c
|
| 92f12fb6faff72552f93b44b0ed8870c75c65353 |
|
24-Sep-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Add GDestroyNotify function to connect L2CAP channels in MCAP API
Profiles using MCAP should be able to free private data provided when
connecting both (data and control channels) even if connections process
is not success.
/external/bluetooth/bluez/health/mcap.c
|
| cf25fc1f49b754671f208d862f35d3e4e678bf9d |
|
09-Jul-2010 |
Elvis Pfützenreuter <epx@signove.com> |
Added CSP enabling/disabling API; GError argument positioning
MCAP stack wakes up with CSP disabled. It must be enabled
explicitly. MCL connections created prior to CSP enabling
won't be CSP-capable; only new MCLs will.
GError pointer is by convention the last parameter in request functions.
/external/bluetooth/bluez/health/mcap.c
|
| c1e45717d53136739aa6d546b6cda6ba8014884c |
|
26-Jun-2010 |
Elvis Pfützenreuter <epx@signove.com> |
CSP-Master implementation
/external/bluetooth/bluez/health/mcap.c
|
| 3c01182f08743e2bfe9257fdb1d57c62c8aaef41 |
|
26-Jun-2010 |
Elvis Pfützenreuter <epx@signove.com> |
Added sync stop function for when MCL disconnects
/external/bluetooth/bluez/health/mcap.c
|
| 68a87ad1241285f382a154f61a7278344d358a15 |
|
25-Jun-2010 |
Elvis Pfützenreuter <epx@signove.com> |
Added member to MCL structure, CSP control struct initialization
/external/bluetooth/bluez/health/mcap.c
|
| 2c51f57c8125d0f717a85532ddc9d331824e795e |
|
16-Sep-2010 |
Johan Hedberg <johan.hedberg@nokia.com> |
Use mcap_rsp instead of uint8_t where it makes sense
Get rid of unnecessary uint8_t * variables where mcap_rsp can be
directly used.
/external/bluetooth/bluez/health/mcap.c
|
| c640b57f56550aed3aeeab9bce2ff4aa9ff5bf8a |
|
16-Sep-2010 |
Johan Hedberg <johan.hedberg@nokia.com> |
Get rid of unnecessary mdl variables
/external/bluetooth/bluez/health/mcap.c
|
| 9031c47dde0c5b70fd9944064bc276dcd0ce8bf9 |
|
16-Sep-2010 |
Johan Hedberg <johan.hedberg@nokia.com> |
Get rid of unnecessary type casts with mcap_send_data
/external/bluetooth/bluez/health/mcap.c
|
| 028d168131cfe2417946298afc4d948eb8d1ecc9 |
|
16-Sep-2010 |
Johan Hedberg <johan.hedberg@nokia.com> |
Make mcap_send_data accept void *
This makes it easier to pass the function data without having to do
explicit type casts.
/external/bluetooth/bluez/health/mcap.c
|
| e32375e831e0d66d1b2e6e10f3d5e77581085374 |
|
15-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Change the way that connections are rejected
MCAP requires that connections are refused at L2CAP layer using a
connection response "Connection refused -no resources available".
By default, deferred connections in BlueZ are rejected using the
code "Connection refused - security block".
As in BlueZ is not possible to reject the defer connection with
this response code. This patch don't defer the connection and
close it immediately. This is also a valid behaviour for rejecting
connections in MCAP.
/external/bluetooth/bluez/health/mcap.c
|
| 5c90bde90b0895aab1e0af6f03dc51d2619dc393 |
|
15-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Remove GError only when there is an error
/external/bluetooth/bluez/health/mcap.c
|
| d67dee724ef93275f6e3c2c18190ad96dd1d5905 |
|
15-Sep-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Supress glib warnings when a sources is removed with tag 0
/external/bluetooth/bluez/health/mcap.c
|
| b2ae2f72209fa0fb028c3cdb93542b6dff28a0fb |
|
15-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Avoid memory leak while connecting BTIO channels
/external/bluetooth/bluez/health/mcap.c
|
| b6d761f8ed77ba845a98a7b4179d547f479bebd7 |
|
15-Sep-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Use reference counter to manage MCL references in MCAP
/external/bluetooth/bluez/health/mcap.c
|
| f47ef246ff038ee8ec823bb7a0329135b32b9513 |
|
02-Sep-2010 |
Johan Hedberg <johan.hedberg@nokia.com> |
Fix potential NULL pointer access in MCAP code
/external/bluetooth/bluez/health/mcap.c
|
| 5c10242bc4fabdef10b2653ab7df228535841bbf |
|
02-Sep-2010 |
Johan Hedberg <johan.hedberg@nokia.com> |
Simplify logic in close_mcl()
/external/bluetooth/bluez/health/mcap.c
|
| 4299e6f62d7716e42cefa9ce516bfff40edc762e |
|
02-Sep-2010 |
Johan Hedberg <johan.hedberg@nokia.com> |
Fix minor coding style issues in MCAP code
/external/bluetooth/bluez/health/mcap.c
|
| 4ed1e1c6083dfc1bcb27aadc8c065b08b8c3f396 |
|
01-Sep-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Add initial support for synchronization protocol
/external/bluetooth/bluez/health/mcap.c
|
| e6a5eef667ed379b60bcf5fc7f39b79d230f4d7b |
|
27-Jul-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Response with invalid operation when an invalid request is received
/external/bluetooth/bluez/health/mcap.c
|
| 31c058313a24cd2250ef1018703dda36e6d8cdb0 |
|
02-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Add functions for getting mdl properties
/external/bluetooth/bluez/health/mcap.c
|
| 0e64c1ad6ba34dcd5779ab00ee42ea7f22f2e73b |
|
01-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Process MCAP process_md_delete_mdl request and response commands
/external/bluetooth/bluez/health/mcap.c
|
| ca55acd8e394dc6b229ec96a326bddb28797eb8b |
|
01-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Process MCAP process_md_reconnect_mdl request and response commands
/external/bluetooth/bluez/health/mcap.c
|
| c93cc6ada5defd7f6a4166380d51cdff540d7e66 |
|
27-Jul-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Process MCAP process_md_abort_mdl request and response commands
/external/bluetooth/bluez/health/mcap.c
|
| 27e19763cc35014e5882ec49b5549a53441d8ccc |
|
01-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Implement connection of MCAP data links (MDL's)
/external/bluetooth/bluez/health/mcap.c
|
| 7c7e5bea754afb55e3ce89e3fae7974c390abc01 |
|
01-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Process MCAP response mcap_md_create_mdl_rsp
/external/bluetooth/bluez/health/mcap.c
|
| ca054e1ffbb4dc22649ff1521897ff300bc36fae |
|
02-Sep-2010 |
Jose Antonio Santos Cadenas <santoscadenas@gmail.com> |
Process MCAP request mcap_md_create_mdl_req
/external/bluetooth/bluez/health/mcap.c
|
| 8344e058d6847cf78821b93f763e94aceab6e4e7 |
|
27-Jul-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Send MCAP request mcap_md_create_mdl_req
/external/bluetooth/bluez/health/mcap.c
|
| 797c3425973b7580f46d9859c788b43e4b3f6ba5 |
|
01-Sep-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Prepare FSM functions for processing comands
/external/bluetooth/bluez/health/mcap.c
|
| b5577f29e9d29371716985812814110b3406dc0c |
|
26-Jul-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Added function for MCAP control channel (MCL) management
/external/bluetooth/bluez/health/mcap.c
|
| aff7c2c8e3e71f2d3ed1691c2481c095a56ca2b0 |
|
26-Jul-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Receive MCAP mcl connections from remote devices
/external/bluetooth/bluez/health/mcap.c
|
| 49cbd0ac7bd9003ecd8eb21296fceb9e699bafbd |
|
01-Sep-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Add MCAP instance management
/external/bluetooth/bluez/health/mcap.c
|
| f5d82ee8723f35799c7646a03ca4b997b62c23af |
|
26-Jul-2010 |
Santiago Carot-Nemesio <sancane@gmail.com> |
Initial support for MCAP
/external/bluetooth/bluez/health/mcap.c
|