3CR990 question (Nearly unrelated to iSCSI)

3CR990 question (Nearly unrelated to iSCSI)

[nick]

On Wed, 8 Jan 2003, Andrew McGregor wrote:
> > AH permits multiple digests, they also happen to correspond to the
> > hardware accelerated ones on things like the 3c990...
Speaking of which, did this driver which was mentioned ever occur?
	Nick

Re: 3CR990 question (Nearly unrelated to iSCSI)

[Jeff Garzik]

On Tue, Jan 07, 2003 at 07:56:37PM -0500, nick@snowman.net wrote:
> On Wed, 8 Jan 2003, Andrew McGregor wrote:
> > > AH permits multiple digests, they also happen to correspond to the
> > > hardware accelerated ones on things like the 3c990...
> Speaking of which, did this driver which was mentioned ever occur?

Two did, actually :)

I hope we will see it appear in a kernel RSN

Re: 3CR990 question (Nearly unrelated to iSCSI)

[Ion Badulescu]

On Tue, 7 Jan 2003 21:00:33 -0500, Jeff Garzik <jgarzik@pobox.com> wrote:
> On Tue, Jan 07, 2003 at 07:56:37PM -0500, nick@snowman.net wrote:
>> On Wed, 8 Jan 2003, Andrew McGregor wrote:
>> > > AH permits multiple digests, they also happen to correspond to the
>> > > hardware accelerated ones on things like the 3c990...
>> Speaking of which, did this driver which was mentioned ever occur?
> 
> Two did, actually :)

Actually, the 3Com driver I cleaned up does not have support for the 
hardware crypto chip. Maybe the other driver you were referring to 
supports it?

> I hope we will see it appear in a kernel RSN

Indeed. :) That damn legalese in 3Com's license...

In the meantime, I can separately distribute it to people who need it:
<http://www.badula.org/3c990/>.

The latest version (LK1.0.1) properly supports big-endian architectures,
tested on a sparc64. 

Ion

-- 
  It is better to keep your mouth shut and be thought a fool,
            than to open it and remove all doubt.

Re: 3CR990 question (Nearly unrelated to iSCSI)

[David Dillow]

Ion Badulescu wrote:
> Actually, the 3Com driver I cleaned up does not have support for the
> hardware crypto chip. Maybe the other driver you were referring to
> supports it?

Yes, and no. It doesn't support it in the version I sent to Jeff. I do
have code that uses it, and a kludge to use it under 2.4. As for 2.5, I
hope to work to get it supported with the IPSEC code properly.

I do support the other offloading it will do -- VLAN, Checksum, and TCP
segmentation.

> > I hope we will see it appear in a kernel RSN
> 
> Indeed. :) That damn legalese in 3Com's license...

And government work! I've got the paperwork in progress, should be RSN
as Jeff said. Word is no later than next Wednesday, though I'm pushing
for Friday.

I've got the firmware under a BSD style license that will work for us,
and the driver is completely GPL.

Dave Dillow
dillowd@y12.doe.gov