Re: [PATCH 1/2] CryptoAPI: prepare for processing multiple buffers at a time

2005-03-03 Thread David McCullough
Jivin James Morris lays it down ... > On Thu, 20 Jan 2005, David McCullough wrote: > > > As for permission to use a dual license, I will gladly approach the > > authors if others feel it is important to know the possibility of it at this > > point, > > Please do so. It would be useful to have

Re: [PATCH 1/2] CryptoAPI: prepare for processing multiple buffers at a time

2005-01-20 Thread James Morris
On Thu, 20 Jan 2005, David McCullough wrote: > As for permission to use a dual license, I will gladly approach the > authors if others feel it is important to know the possibility of it at this > point, Please do so. It would be useful to have the option of using an already developed, debugged

Re: [PATCH 1/2] CryptoAPI: prepare for processing multiple buffers at a time

2005-01-19 Thread David McCullough
Jivin James Morris lays it down ... > On Sat, 15 Jan 2005, Fruhwirth Clemens wrote: > > > However, developing two different APIs isn't particular efficient. I > > know, at the moment there isn't much choice, as J.Morris hasn't commited > > to acrypto in anyway. > > There is also the OCF port (Op

Re: [PATCH 1/2] CryptoAPI: prepare for processing multiple buffers at a time

2005-01-18 Thread James Morris
On Sat, 15 Jan 2005, Fruhwirth Clemens wrote: > However, developing two different APIs isn't particular efficient. I > know, at the moment there isn't much choice, as J.Morris hasn't commited > to acrypto in anyway. There is also the OCF port (OpenBSD crypto framework) to consider, if permission

Re: [PATCH 1/2] CryptoAPI: prepare for processing multiple buffers at a time

2005-01-15 Thread Fruhwirth Clemens
On Fri, 2005-01-14 at 17:40 +0100, Michal Ludvig wrote: > > Is there any connection to Evgeniy Polyakov's acrypto work? It appears, > > that there are two project for one objective. Would be nice to see both > > parties pulling on one string. > > These projects do not compete at all. Evgeniy's wo