Multi-block operations with VIA Padlock
Michal Ludvig
michal at logix.cz
Sun Apr 17 12:48:53 UTC 2005
Herbert Xu wrote:
> On Sun, Apr 17, 2005 at 11:58:16PM +1200, Michal Ludvig wrote:
>>Yes, see http://www.logix.cz/michal/devel/padlock/bench.xp - the
>>multiblock operation is definitely worth having!
>
> Excellent. Good to see that you've already thought this through
> months ago :)
Well that's what the PadLock is about ;-) Unfortunately only a stripped
down version of the patch was accepted to the kernel so far.
>>The patch for 2.6.10 is here:
>>http://www.logix.cz/michal/devel/padlock/crypto-api-2.6.10.diff
>>Yes I know 2.6.10 is too old but you'll get an idea of what I did. If
>>you'd like the approach I'm ready to forward port it to 2.6.12(-rc?).
>
> I didn't find the padlock-specific code there, did I miss it?
http://www.logix.cz/michal/devel/padlock/crypto-dev-padlock-2.6.10.diff
BTW it is a whole driver, not a diff against the single-block version.
More patches are at http://www.logix.cz/michal/devel/padlock (e.g. the
"preference patch" which I still think is usefull).
> As to the API change: Does it make sense to continue to use the
> crypto scatterlist walking code? Would it be better for the padlock
> driver to do its own walking?
I don't know. Would the benefit be worth the possible troubles? I just
cleaned up and extended what was already there but I don't say it's the
best option...
Michal Ludvig
--
* Personal homepage: http://www.logix.cz/michal
More information about the CryptoAPI
mailing list