diff options
author | Vakul Garg <vakul.garg@nxp.com> | 2018-07-30 16:08:33 +0530 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2018-07-30 09:41:41 -0700 |
commit | ad13acce8dcd35cfc15281c1348beb70ca64091b (patch) | |
tree | 79091400a04991bece35ec7f9f77a16319ffdaf8 /drivers/mfd/Kconfig | |
parent | 8f3f6500c74935bfe5a9067e3106b806f336facf (diff) | |
download | linux-ad13acce8dcd35cfc15281c1348beb70ca64091b.tar.bz2 |
net/tls: Use socket data_ready callback on record availability
On receipt of a complete tls record, use socket's saved data_ready
callback instead of state_change callback. In function tls_queue(),
the TLS record is queued in encrypted state. But the decryption
happen inline when tls_sw_recvmsg() or tls_sw_splice_read() get invoked.
So it should be ok to notify the waiting context about the availability
of data as soon as we could collect a full TLS record. For new data
availability notification, sk_data_ready callback is more appropriate.
It points to sock_def_readable() which wakes up specifically for EPOLLIN
event. This is in contrast to the socket callback sk_state_change which
points to sock_def_wakeup() which issues a wakeup unconditionally
(without event mask).
Signed-off-by: Vakul Garg <vakul.garg@nxp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/mfd/Kconfig')
0 files changed, 0 insertions, 0 deletions