linux.git/net/nfc/hci, branch v4.2

NFC: hci: Remove nfc_hci_pipe2gate function

2015-01-27T23:03:36+00:00

With the newly introduced pipes table hci_dev fields,
the nfc_hci_pipe2gate routine is no longer needed.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Add cmd_received handler

2015-01-27T23:03:34+00:00

When a command is received, it is sometime needed to let the CLF driver do
some additional operations. (ex: count remaining pipe notification...)

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Reference every pipe information according to notification

2015-01-27T23:03:29+00:00

We update the tracked pipes status when receiving HCI commands.
Also we forward HCI errors and we reply to any HCI command, even though
we don't support it.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Change nfc_hci_send_response gate parameter to pipe

2015-01-27T22:55:20+00:00

As there can be several pipes connected to the same gate, we need
to know which pipe ID to use when sending an HCI response. A gate
ID is not enough.

Instead of changing the nfc_hci_send_response() API to something
not aligned with the rest of the HCI API, we call nfc_hci_hcp_message_tx
directly.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Add pipes table to reference them with a tuple {gate, host}

2015-01-27T22:39:32+00:00

In order to keep host source information on specific hci event (such as
evt_connectivity or evt_transaction) and because 2 pipes can be connected
to the same gate, it is necessary to add a table referencing every pipe
with a {gate, host} tuple.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Change event_received handler gate parameter to pipe

2015-01-27T22:39:23+00:00

Several pipes may point to the same CLF gate, so getting the gate ID
as an input is not enough.
For example dual secure element may have 2 pipes (1 for uicc and
1 for eSE) pointing to the connectivity gate.

As resolving gate and host IDs can be done from a pipe, we now pass
the pipe ID to the event received handler.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Add specific hci macro to not create a pipe

2014-12-02T21:48:13+00:00

Some pipe are only created by other host (different than the
Terminal Host).
The pipe values will for example be notified by
NFC_HCI_ADM_NOTIFY_PIPE_CREATED.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Add support for NOTIFY_ALL_PIPE_CLEARED

2014-12-02T01:02:00+00:00

When switching from UICC to another, the CLF may signals to the Terminal
Host that some existing pipe are cleared for future update.

This notification needs to be "acked" by the Terminal Host with a ANY_OK
message.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Add open pipe command handler

2014-12-02T01:02:00+00:00

If our terminal connect with other host like UICC, it may create
a pipe with us, the host controller will notify us new pipe
created, after that UICC will open that pipe, if we don't handle
that request, UICC may failed to continue initialize which may
lead to card emulation feature failed to work

Signed-off-by: Arron Wang 
Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz

NFC: hci: Add se_io HCI operand

2014-12-02T00:49:58+00:00

se_io allows to send apdu over the CLF to the embedded Secure Element.

Signed-off-by: Christophe Ricard 
Signed-off-by: Samuel Ortiz