From: Maurus Cuelenaere <mcuelenaere@xxxxxxxxx> Date: Fri, 11 Jun 2010 21:49:21 +0200 > This patch adds support for the Samsung crypto engine driver available in the > S3C64XX and S5PC100 SoCs. Currently this supports AES and (T)DES with ECB and > CBC block ciphers (also CTR for AES). Support for (HMAC)-SHA1 acceleration is > also available in this engine, but isn't used in the driver yet. > > Support for DMA has been added in the code but is currently disabled due to > issues with data transfers. > > Signed-off-by: Maurus Cuelenaere <mcuelenaere@xxxxxxxxx> I would personally queue up new crypto requests directly when there are no queued up requests and ->cur_req is NULL, instead of doing all of that work to do the submission in the tasklet. I would also do the completion and queue running directly in the hw IRQ handler. The tasklet is just pure overhead. Basically, when doing async crypto, every cycle that is consumed just to implement crypto job submission and completion takes away from the gains you get by doing it in hw at all. You can see this clearly if you do performance comparisons between the synchronous crypto routines and your async ones done in HW. -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
