Messages in this thread | | | From | "Strahm, Bill" <> | Subject | RE: linux-ipsec: RE: [OFFTOPIC]Re: FW: Crypto: [PsuedoOfftopic]: Crypto Offload | Date | Mon, 7 Aug 2000 09:48:10 -0700 |
| |
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/
| |