summaryrefslogtreecommitdiffstats
path: root/fs/bfs/bfs.h
diff options
context:
space:
mode:
authorMarcel Holtmann <marcel@holtmann.org>2008-07-14 20:13:44 +0200
committerMarcel Holtmann <marcel@holtmann.org>2008-07-14 20:13:44 +0200
commit79d554a6976a295aa9212172b218f29ca71c3b3d (patch)
tree430d106c1ebf194fcf208a145d32a2829ffca5a6 /fs/bfs/bfs.h
parentb7279469d66b55119784b8b9529c99c1955fe747 (diff)
downloadop-kernel-dev-79d554a6976a295aa9212172b218f29ca71c3b3d.zip
op-kernel-dev-79d554a6976a295aa9212172b218f29ca71c3b3d.tar.gz
[Bluetooth] Change retrieval of L2CAP features mask
Getting the remote L2CAP features mask is really important, but doing this as less intrusive as possible is tricky. To play nice with older systems and Bluetooth qualification testing, the features mask is now only retrieved in two specific cases and only once per lifetime of an ACL link. When trying to establish a L2CAP connection and the remote features mask is unknown, the L2CAP information request is sent when the ACL link goes into connected state. This applies only to outgoing connections and also only for the connection oriented channels. The second case is when a connection request has been received. In this case a connection response with the result pending and the information request will be send. After receiving an information response or if the timeout gets triggered, the normal connection setup process with security setup will be initiated. Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
Diffstat (limited to 'fs/bfs/bfs.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud