<div dir="ltr"><div class="gmail_extra"><br></div><div class="gmail_extra">I've just noticed that performance is pretty terrible with maxcpus=1, so I'll investigate that.</div><div class="gmail_extra">mh</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 20, 2015 at 11:21 AM, Martin Hicks <span dir="ltr"><<a href="mailto:mort@bork.org" target="_blank">mort@bork.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I was testing dm-crypt performance with a Freescale P1022 board with<br>
a recent kernel and was getting IO errors while doing testing with LUKS.<br>
Investigation showed that all hardware FIFO slots were filling and<br>
the driver was returning EAGAIN to the block layer, which is not an<br>
expected response for an async crypto implementation.<br>
<br>
The following patch series adds a few small fixes, and reworks the<br>
submission path to use the crypto_queue mechanism to handle the<br>
request backlog.<br>
<br>
<br>
Martin Hicks (5):<br>
  crypto: talitos: Simplify per-channel initialization<br>
  crypto: talitos: Remove MD5_BLOCK_SIZE<br>
  crypto: talitos: Fix off-by-one and use all hardware slots<br>
  crypto: talitos: Reorganize request submission data structures<br>
  crypto: talitos: Add software backlog queue handling<br>
<br>
 drivers/crypto/talitos.c |  189 ++++++++++++++++++++++++----------------------<br>
 drivers/crypto/talitos.h |   44 +++++++++--<br>
 2 files changed, 137 insertions(+), 96 deletions(-)<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
1.7.10.4<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Martin Hicks P.Eng.      |         <a href="mailto:mort@bork.org" target="_blank">mort@bork.org</a><br>Bork Consulting Inc.     |   +1 (613) 266-2296<div></div><div></div><div></div></div></div>
</div></div>