• Johan Hedberg's avatar
    Bluetooth: Fix getting SCO socket options in deferred state · 9d225d22
    Johan Hedberg authored
    When a socket is in deferred state there does actually exist an
    underlying connection even though the connection state is not yet
    BT_CONNECTED. In the deferred state it should therefore be allowed to
    get socket options that usually depend on a connection, such as
    SCO_OPTIONS and SCO_CONNINFO.
    
    This patch fixes the behavior of some user space code that behaves as
    follows without it:
    
    $ sudo tools/btiotest -i 00:1B:DC:xx:xx:xx -d -s
    accept=2 reject=-1 discon=-1 defer=1 sec=0 update_sec=0 prio=0 voice=0x0000
    Listening for SCO connections
    bt_io_get(OPT_DEST): getsockopt(SCO_OPTIONS): Transport endpoint is not connected (107)
    Accepting connection
    Successfully connected to 60:D8:19:xx:xx:xx. handle=43, class=000000
    
    The conditions that the patch updates the if-statements to is taken from
    similar code in l2cap_sock.c which correctly handles the deferred state.
    Signed-off-by: default avatarJohan Hedberg <johan.hedberg@intel.com>
    Signed-off-by: default avatarGustavo Padovan <gustavo.padovan@collabora.co.uk>
    9d225d22
sco.c 22.7 KB