Re: IP checksum offloading with intel 82559 fast ethernet.

2000-06-21 Thread Bill Paul
Don't some of the Gigabit FreeBSD drivers actually utilize the on-board checksum processing??? FreeBSD 5.0-current has support for TCP/IP checksum offload, and the if_ti driver makes use of it. The Tigon NICs do this in firmware though. I attempted to add support to the SysKonnect driver

IP checksum offloading with intel 82559 fast ethernet.

2000-06-20 Thread Dave Preece
Apparently (http://developer.intel.com/design/network/82559.htm) the i82559 can offload TCP and UDP checksums. A quick peruse of /usr/src/sys/pci/if_fxp.c shows we are not currently using this - which is fair enough since the driver also has to work with 82557 and 82558. It strikes me that due

RE: IP checksum offloading with intel 82559 fast ethernet.

2000-06-20 Thread Dave Preece
Don't some of the Gigabit FreeBSD drivers actually utilize the on-board checksum processing??? H, can't see anything specific Looking at if_wx.c we have a function wx_start(ifp) where ifp is an ifnet pointer. ifnet has a member if_snd, of type ifqueue (according to the man page). And

RE: IP checksum offloading with intel 82559 fast ethernet.

2000-06-20 Thread Matthew Jacob
(I'm the wx author)... I want to do checksum offloading too at some point. There's been some work done on this by Andrew Gallatin and Ken Merry amongst others insofar as I recall, but I don't believe it's been checked in. Let me see if I can dig up the mail.. Everyone's at Usenix this week

RE: IP checksum offloading with intel 82559 fast ethernet.

2000-06-20 Thread Matthew Jacob
It was mail from Andrew Gallatin ([EMAIL PROTECTED]), but it was private so I can't just redistribute it. Andrew- want to comment? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: IP checksum offloading with intel 82559 fast ethernet.

2000-06-20 Thread Paul Saab
The checksome off loading for the Intel gigabit card is broken. All you get is the checksum of the frame, so it really isn't all that useful. paul Matthew Jacob ([EMAIL PROTECTED]) wrote: (I'm the wx author)... I want to do checksum offloading too at some point. There's been some work

RE: IP checksum offloading with intel 82559 fast ethernet. (fwd)

2000-06-20 Thread Matthew Jacob
-- Forwarded message -- Date: Tue, 20 Jun 2000 19:57:04 -0400 (EDT) From: Andrew Gallatin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: IP checksum offloading with intel 82559 fast ethernet. Matthew Jacob writes: Sorry- they're talking about IP checksum offloading

Re: IP checksum offloading with intel 82559 fast ethernet.

2000-06-20 Thread Matthew Jacob
The checksome off loading for the Intel gigabit card is broken. All you get is the checksum of the frame, so it really isn't all that useful. Yeah, well, there's a couple of things that supposedly can be done about that. For transmit, there's a start/offset you can do which could allow to

Re: ip checksum

1999-11-23 Thread Julian Elischer
On Tue, 23 Nov 1999, Clinton Xavier Berni wrote: Hey, I am sort of confused with the parameters for IPsumReplaceShort function, I understand that I will pass the ip-ip_sum for the cksump parameter. but I am not able to understand wht oldvap newvalp stand for.. cksump points to the

Re: ip checksum

1999-11-23 Thread Clinton Xavier Berni
Hey, I am sort of confused with the parameters for IPsumReplaceShort function, I understand that I will pass the ip-ip_sum for the cksump parameter. but I am not able to understand wht oldvap newvalp stand for.. Xavier. On Mon, 22 Nov 1999, Julian Elischer wrote: How many bytes have you

Re: ip checksum

1999-11-22 Thread Bosko Milekic
On Tue, 23 Nov 1999, Parthasarathy M. Aji wrote: !Hey, ! !I am trying to recompute the checksum of an IP packet. I use !netinet/in_chksum.c to do this. The values returned are not correct. I've !reset the ip_sum field to 0 before doing the sum. Is there something !missing? ! !thanks ! !

Re: ip checksum

1999-11-22 Thread Julian Elischer
How many bytes have you changed? is it possible that some of the values have already been ntohs()'d or something similar? rather than recalculate the whole packet, just update the exisitng value. there is an rfc for this but it took me a while to get the code right in C on a 386. The trick is