summaryrefslogtreecommitdiffstats
path: root/drivers/pcmcia/rsrc_iodyn.c
diff options
context:
space:
mode:
authorDavid Herrmann <dh.herrmann@gmail.com>2013-04-06 20:28:37 +0200
committerGustavo Padovan <gustavo.padovan@collabora.co.uk>2013-04-11 16:34:15 -0300
commit76a68ba0ae097be72dfa8f918b3139130da769a4 (patch)
tree4a24ee83a895cfe49a23042989949e8b20d16deb /drivers/pcmcia/rsrc_iodyn.c
parent9f8f962c85461324d18dcb2b1b94a932494d2cc5 (diff)
downloadlinux-76a68ba0ae097be72dfa8f918b3139130da769a4.tar.gz
linux-76a68ba0ae097be72dfa8f918b3139130da769a4.tar.bz2
linux-76a68ba0ae097be72dfa8f918b3139130da769a4.zip
Bluetooth: rename hci_conn_put to hci_conn_drop
We use _get() and _put() for device ref-counting in the kernel. However, hci_conn_put() is _not_ used for ref-counting, hence, rename it to hci_conn_drop() so we can later fix ref-counting and introduce hci_conn_put(). hci_conn_hold() and hci_conn_put() are currently used to manage how long a connection should be held alive. When the last user drops the connection, we spawn a delayed work that performs the disconnect. Obviously, this has nothing to do with ref-counting for the _object_ but rather for the keep-alive of the connection. But we really _need_ proper ref-counting for the _object_ to allow connection-users like rfcomm-tty, HIDP or others. Signed-off-by: David Herrmann <dh.herrmann@gmail.com> Acked-by: Marcel Holtmann <marcel@holtmann.org> Signed-off-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
Diffstat (limited to 'drivers/pcmcia/rsrc_iodyn.c')
0 files changed, 0 insertions, 0 deletions