NFC: digital: Fix target DEP_REQ I-PDU handling after ATN PDU
authorThierry Escande <thierry.escande@collabora.com>
Fri, 8 Jul 2016 13:52:41 +0000 (15:52 +0200)
committerSamuel Ortiz <sameo@linux.intel.com>
Sun, 10 Jul 2016 23:57:50 +0000 (01:57 +0200)
commitf23a9868b1c45e77ec6082eb95508885111ffda1
tree56cd191b65e22625bf3a32f00e4057746316a5ff
parente8e7f4217564fc115b60a9373646afb193aa08cf
NFC: digital: Fix target DEP_REQ I-PDU handling after ATN PDU

When the initiator sends a DEP_REQ I-PDU, the target device may not
reply in a timely manner. In this case the initiator device must send an
attention PDU (ATN) and if the recipient replies with an ATN PDU in
return, then the last I-PDU must be sent again by the initiator.

This patch fixes how the target handles I-PDU received after an ATN PDU
has been received.

There are 2 possible cases:
- The target has received the initial DEP_REQ and sends back the DEP_RES
  but the initiator did not receive it. In this case, after the
  initiator has sent an ATN PDU and the target replied it (with an ATN
  as well), the initiator sends the saved skb of the initial DEP_REQ
  again and the target replies with the saved skb of the initial
  DEP_RES.
- Or the target did not even received the initial DEP_REQ. In this case,
  after the ATN PDUs exchange, the initiator sends the saved skb and the
  target simply passes it up, just as usual.

This behavior is controlled using the atn_count and the PNI field of the
digital device structure.

Signed-off-by: Thierry Escande <thierry.escande@collabora.com>
Signed-off-by: Samuel Ortiz <sameo@linux.intel.com>
net/nfc/digital_dep.c