linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* Sahara performance on i.MX53
@ 2015-04-27 17:16 Martin Fuzzey
  2015-04-27 17:34 ` Steffen Trumtrar
  0 siblings, 1 reply; 2+ messages in thread
From: Martin Fuzzey @ 2015-04-27 17:16 UTC (permalink / raw)
  To: linux-arm-kernel

Hi,

I've been trying the Sahara crypto module on i.MX53 [mainline 3.19 
kernel + b251638c46a (crypto: sahara - use the backlog)]

I tested using dm-crypt with AES-128:
cryptsetup -v  --key-size=128 luksFormat /dev/mmcblk0p7
cryptsetup luksOpen /dev/mmcblk0p7 cryptotest

dd if=/dev/mapper/cryptotest of=/dev/null bs=1M count=100


CPU Freq (MHz)       Time (s) WITHOUT Sahara        Time (s) WITH Sahara
1200                          3.26         5.34
1000                          3.26         5.62
800                            4.0           6.24
400                            7.72         9.86
166                            18.42       18.87

I was hoping for something better.
There is a reduction in CPU usage as expected but the performance 
figures aren't looking very good.
As this is in kernel use by dm-crypt cryptodev or af_alg aren't involved.

Has anyone else done any measurements?

Something wrong with my setup or with my expectations?

Regards,

Martin

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Sahara performance on i.MX53
  2015-04-27 17:16 Sahara performance on i.MX53 Martin Fuzzey
@ 2015-04-27 17:34 ` Steffen Trumtrar
  0 siblings, 0 replies; 2+ messages in thread
From: Steffen Trumtrar @ 2015-04-27 17:34 UTC (permalink / raw)
  To: linux-arm-kernel

Hi!

On Mon, Apr 27, 2015 at 07:16:22PM +0200, Martin Fuzzey wrote:
> Hi,
> 
> I've been trying the Sahara crypto module on i.MX53 [mainline 3.19
> kernel + b251638c46a (crypto: sahara - use the backlog)]
> 
> I tested using dm-crypt with AES-128:
> cryptsetup -v  --key-size=128 luksFormat /dev/mmcblk0p7
> cryptsetup luksOpen /dev/mmcblk0p7 cryptotest
> 
> dd if=/dev/mapper/cryptotest of=/dev/null bs=1M count=100
> 
> 
> CPU Freq (MHz)       Time (s) WITHOUT Sahara        Time (s) WITH Sahara
> 1200                          3.26         5.34
> 1000                          3.26         5.62
> 800                            4.0           6.24
> 400                            7.72         9.86
> 166                            18.42       18.87
> 
> I was hoping for something better.
> There is a reduction in CPU usage as expected but the performance
> figures aren't looking very good.
> As this is in kernel use by dm-crypt cryptodev or af_alg aren't involved.
> 
> Has anyone else done any measurements?
> 

Yes. My measurements wheren't overwhelming either. :-(
The problem with the Sahara is: NDAs. So, I am Jon Snow
and know nothing :-(

Everything I do know, is from the Freescale kernel git repo.
Maybe I missed something. The FSL driver is very cryptic if
you ask me; so it is absolutely possible.

Regards,
Steffen

-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-04-27 17:34 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-04-27 17:16 Sahara performance on i.MX53 Martin Fuzzey
2015-04-27 17:34 ` Steffen Trumtrar

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).