Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RFC\s+2\.6\.10\s+0\/22\]\s+Add\s+hardware\s+assist\s+for\s+IPSEC\s+crypto\s*$/: 4 ]

Total 4 documents matching your query.

1. TSO on/off is supposed to be the same yes? (score: 1)

Author: <jeremy.guthrie@xxxxxxxxxx>

Date: Fri, 21 Jan 2005 14:35:02 -0800

able well ACK clocked, thus avoiding

/archives/netdev/2005-01/msg00969.html (8,342 bytes)

2. ffload capabilities (score: 1)

Author: low <dave@xxxxxxxxxxxxxx>

Date: Thu, 30 Dec 2004 03:48:34 -0500

xxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> Signed-off-by: David Dillow <dave@xxxxxxxxxxxxxx> diff -Nru a/drivers/net/typhoon.c b/drivers/net/

/archives/netdev/2004-12/msg00851.html (13,534 bytes)

3. Re: [RFC 2.6.10 0/22] Add hardware assist for IPSEC crypto (score: 1)

Author: "David S. Miller" <davem@xxxxxxxxxxxxx>

Date: Fri, 21 Jan 2005 14:35:02 -0800

It's a shame we don't have an assembler optimized 3DES at least for x86 in the crypto library of the kernel, even if just for tests such as this. I'll start reviewing your patches right now.

/archives/netdev/2005-01/msg02459.html (8,448 bytes)

4. [RFC 2.6.10 0/22] Add hardware assist for IPSEC crypto (score: 1)

Author: David Dillow <dave@xxxxxxxxxxxxxx>

Date: Thu, 30 Dec 2004 03:48:34 -0500

The following patch set adds hardware offload of the crypto operations for IPv4 IPSEC processing. It gives a noticible speedup on my (admittedly older) hardware, but given the recent numbers posted,

/archives/netdev/2004-12/msg01802.html (13,564 bytes)

Current List: 1 - 4
Page: [1]