| To: | Andreas Schwab <schwab@xxxxxxx> |
|---|---|
| Subject: | Re: Bad UDP checksum with 82540EM |
| From: | Andi Kleen <ak@xxxxxxx> |
| Date: | Sun, 8 Feb 2004 07:46:43 +0100 |
| Cc: | jonmason@xxxxxxxxxx, cramerj@xxxxxxxxx, netdev@xxxxxxxxxxx, netdev-bounce@xxxxxxxxxxx |
| In-reply-to: | <je3c9mv7ea.fsf@xxxxxxxxxxxxx> |
| References: | <OFE5352D34.67E10D98-ON87256E33.00725857-86256E33.0076C481@xxxxxxxxxx> <je3c9mv7ea.fsf@xxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Sat, 07 Feb 2004 23:42:21 +0100 Andreas Schwab <schwab@xxxxxxx> wrote: > Jon D Mason <jonmason@xxxxxxxxxx> writes: > > > This probably isn't helpful, but it sounds like a hardware error. Is the > > error occurring on multiple/all HP adapters, or only one? > > I've also seen it with a HP branded BCM5701 on IA64, but also with a > Broadcom BCM5702 on AMD64 (both using the tg3 driver). It seems like > broken UDP checksumming is rather common. :-( It could be still a software bug. When hardware checksumming is available the UDP packets use a slightly different path through the stack. Could you perhaps test if the problem occurs in a 32bit box with the same NIC ? Maybe it is some 64bit problem somewhere in software. -Andi |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Bad UDP checksum with 82540EM, Andreas Schwab |
|---|---|
| Next by Date: | [RFC,PATCH] remove IPV6_AUTHHDR socket option / ancillary data, YOSHIFUJI Hideaki / 吉藤英明 |
| Previous by Thread: | Re: Bad UDP checksum with 82540EM, Andreas Schwab |
| Next by Thread: | Re: Bad UDP checksum with 82540EM, Andreas Schwab |
| Indexes: | [Date] [Thread] [Top] [All Lists] |