[PATCH v7 00/19] simplify crypto wait for async op

From
Gilad Ben-Yossef <gilad@benyossef.com>
Date
2017-09-05 12:17:05
Also in
dm-devel, keyrings, linux-cifs, linux-crypto, linux-fscrypt, linux-mediatek, linux-raid, linux-security-module, lkml
Reply to
Harsh Jain, 2017-09-05
On Tue, Sep 5, 2017 at 2:23 PM, Harsh Jain [off-list ref] wrote:
On Sun, Sep 3, 2017 at 11:47 AM, Gilad Ben-Yossef [off-list ref] wrote:
quoted
On Thu, Aug 31, 2017 at 3:31 PM, Harsh Jain [off-list ref] wrote:
quoted
HI Gilad,

I think we need an update in ESP also. Now EBUSY return means driver
has accepted, Packet should not be dropped in

esp_output_tail() function.
Good catch. You are right and the same holds true for ah_output() in ah4.c.

But I do wonder, the code there now treats -EBUSY as a special case
and returns NET_XMIT_DROP
but if an AEAD or AHASH transformation return some other error, like
-ENOMEM or -EINVAL shouldn't
we return NET_XMIT_DROP in that case too?
I think we should not,  XMIT_DROP implies drop current packet only,
later on when device is recovered from busy state, Upper layer
protocol(TCP) will re-transmit the packet. It helps in flow control.
quoted
I see. Makes sense.

Thanks,
Gilad

-- 
Gilad Ben-Yossef
Chief Coffee Drinker

"If you take a class in large-scale robotics, can you end up in a
situation where the homework eats your dog?"
 -- Jean-Baptiste Queru
Thread (24 messages) 24 messages, 2 authors, last reply 2017-09-05
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help