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-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 the

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-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

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 (OpenBSD

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

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

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 work is a