11 Jul, 2011

1 commit

  • There can 3 reasons for the "command reject" reply produced
    by the stack. Each such reply should be accompanied by the
    relevand data ( as defined in spec. ). Currently there is one
    instance of "command reject" reply with reason "invalid cid"
    wich is fixed. Also, added clean-up definitions related to the
    "command reject" replies.

    Signed-off-by: Ilia Kolomisnky
    Signed-off-by: Gustavo F. Padovan

    Ilia Kolomisnky
     

08 Jul, 2011

2 commits

  • The ERTM receive buffer is now handled in a way that does not require
    the busy queue and the associated polling code.

    Signed-off-by: Mat Martineau
    Signed-off-by: Gustavo F. Padovan

    Mat Martineau
     
  • This change moves most L2CAP ERTM receive buffer handling out of the
    L2CAP core and in to the socket code. It's up to the higher layer
    (the socket code, in this case) to tell the core when its buffer is
    full or has space available. The recv op should always accept
    incoming ERTM data or else the connection will go down.

    Within the socket layer, an skb that does not fit in the socket
    receive buffer will be temporarily stored. When the socket is read
    from, that skb will be placed in the receive buffer if possible. Once
    adequate buffer space becomes available, the L2CAP core is informed
    and the ERTM local busy state is cleared.

    Receive buffer management for non-ERTM modes is unchanged.

    Signed-off-by: Mat Martineau
    Signed-off-by: Gustavo F. Padovan

    Mat Martineau
     

17 Jun, 2011

2 commits


15 Jun, 2011

2 commits

  • This patch implements a check in smp cmd pairing request and pairing
    response to verify if encryption key maximum size is compatible in both
    slave and master when SMP Pairing is requested. Keys are also masked to
    the correct negotiated size.

    Signed-off-by: Vinicius Costa Gomes
    Signed-off-by: Anderson Briglia
    Signed-off-by: Gustavo F. Padovan

    Vinicius Costa Gomes
     
  • This patch adds support for disconnecting the link when SMP procedure
    takes more than 30 seconds.

    SMP begins when either the Pairing Request command is sent or the
    Pairing Response is received, and it ends when the link is encrypted
    (or terminated). Vol 3, Part H Section 3.4.

    Signed-off-by: Vinicius Costa Gomes
    Signed-off-by: Gustavo F. Padovan

    Vinicius Costa Gomes
     

14 Jun, 2011

9 commits


09 Jun, 2011

7 commits


06 May, 2011

3 commits


28 Apr, 2011

10 commits


13 Apr, 2011

2 commits


08 Apr, 2011

2 commits