lkml.org 
[lkml]   [2000]   [Aug]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: linux-ipsec: RE: [OFFTOPIC]Re: FW: Crypto: [PsuedoOfftopic]: Crypto Offload
Date
I do not see how Open SSL can perform this work.  What needs to happen is an
inline offload processing. In otherwords, what I want to do is rather than
using Open SSL I want to go and pass information off to the NIC driver that
will tell the NIC to perform the crypto operation...

I do not see how openSSL can help much with this, other than maybe write
something into SSL that says, if the NIC supports it, don't do crypto, but
when the packet goes out the wire, do the perscribed crypto operation
then...

Bill

______________________________________________
Bill Strahm Programming today is a race between
bill.strahm@ software engineers striving to build
intel.com bigger and better idiot-proof programs,
(503) 264-4632 and the Universe trying to produce
bigger and better idiots. So far, the
Universe is winning.--Rich Cook
I am not speaking for Intel. And Intel rarely speaks for me


> -----Original Message-----
> From: Michael T. Babcock [mailto:mikebabcock@pobox.com]
> Sent: Wednesday, August 02, 2000 8:42 PM
> To: Strahm, Bill
> Cc: linux-kernel@vger.rutgers.edu; linux-ipsec@clinet.fi
> Subject: Re: linux-ipsec: RE: [OFFTOPIC]Re: FW: Crypto:
> [PsuedoOfftopic]: Crypto Offload
>
>
> I think the agreed-upon best place for this type of work is
> in openssl, the
> common denominator library for encryption.
>
> "Strahm, Bill" wrote:
>
> > Many companies (including my own) are now producing crypto offload
> > processors. What would be nice would be an API of sorts
> between the kernel
> > proper and various Device Drivers that would implement the hardware
> > acceleration.
>
>


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.945 / U:0.656 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site