[Top] [All Lists]

Re: Asynchronous crypto layer.

To: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>
Subject: Re: Asynchronous crypto layer.
From: Eugene Surovegin <ebs@xxxxxxxxxxx>
Date: Sat, 30 Oct 2004 14:09:15 -0700
Cc: Michal Ludvig <michal@xxxxxxxx>, netdev@xxxxxxxxxxx, cryptoapi@xxxxxxxxxxxxxx
In-reply-to: <20041031011719.07858890@xxxxxxxxxxxxxxxxxxxx>
Mail-followup-to: Evgeniy Polyakov <johnpol@xxxxxxxxxxx>, Michal Ludvig <michal@xxxxxxxx>, netdev@xxxxxxxxxxx, cryptoapi@xxxxxxxxxxxxxx
References: <1099030958.4944.148.camel@uganda> <1099053738.1024.104.camel@xxxxxxxxxxxxxxxx> <20041029180652.113f0f6e@xxxxxxxxxxxxxxxxxxxx> <41824D9A.3070407@xxxxxxxx> <20041029183606.0b1a0538@xxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.61.0410291636020.25667@xxxxxxxxxxxxxxxx> <20041029192741.5344ad0f@xxxxxxxxxxxxxxxxxxxx> <20041030203906.GC6256@xxxxxxxxxxxxxxxx> <20041031011719.07858890@xxxxxxxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mutt/
On Sun, Oct 31, 2004 at 01:17:19AM +0400, Evgeniy Polyakov wrote:
> On Sat, 30 Oct 2004 13:39:06 -0700
> Eugene Surovegin <ebs@xxxxxxxxxxx> wrote:
> > On Fri, Oct 29, 2004 at 07:27:41PM +0400, Evgeniy Polyakov wrote:
> > > but it was designed to be usefull only in custom MX box, 
> > 
> > This is not true. I coded it using Hifn PCI card plugged in 440GP eval 
> > board as well in P4 2.6 GHz box.
> > 
> > Driver isn't perfect, it's quite simple, I suspended all work on it 
> > because without async crypto it doesn't make a lot of sense.
> > 
> > > so it has some design notes that I do not agree with.
> > 
> > And they are (I know there are problems, just curious which ones you 
> > "don't agree with") ? 
> It supports only one card, 

Yes, and comment says it trivially fixed  :)

> it has very nontrivial locking, 

locking is really simple, it was obviously done for current sync 
crypto layer.

> which may(I'm not sure after just finished diagonal review) lead to 
> too big latencies,

> hifn_cipher() can not work with any other crypto design, 

Well, this funny one :). Of course it cannot, because none existed 
when I wrote it. 

If your async stuff will be accepted into the official kernel tree 
I'll re-write it ASAP.

> I doubt it can  work with other card capabilities other then you 
> have implemented without major rewrite.

Hmm, what do you mean "other" card? It's written for particular 
Hifn chip. I wrote it for IPSec acceleration in mind. Some algorithms 
aren't supported (compression for example), because we don't use 

> I'm quite sure it is good driver for current crypto schema, but if
> acrypto will be committed it could not work without complete rewrite.

Yes, that's true :). That's the reason I never officially announced it, 
because current one is quite trivial, and there are a lot of things 
which can be improved upon, after async crypto is in, and IPSec uses 


<Prev in Thread] Current Thread [Next in Thread>