Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 May 2002 12:48:07 -0700
From:      David Greenman-Lawrence <dg@root.com>
To:        Terry Lambert <tlambert2@mindspring.com>
Cc:        Matthew Dillon <dillon@apollo.backplane.com>, jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG
Subject:   Re: Broadcom BCM5701 Chipset problems
Message-ID:  <20020513124807.R72322@nexus.root.com>
In-Reply-To: <3CE01595.D045B70D@mindspring.com>; from tlambert2@mindspring.com on Mon, May 13, 2002 at 12:35:49PM -0700
References:  <20020513115600.A50967@mufuf.trident-uk.co.uk> <3CDFF60C.48A2EA65@mindspring.com> <20020513102526.H72322@nexus.root.com> <200205131758.g4DHwJFj068941@apollo.backplane.com> <3CE00B14.E8CA43A8@mindspring.com> <200205131901.g4DJ1U8s069604@apollo.backplane.com> <3CE01595.D045B70D@mindspring.com>

next in thread | previous in thread | raw e-mail | index | archive | help
>> :Can you guys elaborate on the problem?  Was it on incoming checksums,
>> :outgoing checksums, or both?
>> 
>>     It was on incoming checksums I believe.
>
>Was the result a rejected packet that didn't get transferred, or
>transferred packets with bad checksums?
>
>If the latter, then it's workaroundable in software, which might
>be worth doing... if only rechecking packets with bad checksums.
>I fear the former makes more sense, though.  8-(.

   The chip would calculate the wrong checksum and basically say the packet
was bad when it was good (and by inference, good when it was bad). I was not
able to figure out what they got wrong in the algorithm, but if that were
known, then it is conceivable that the problem could be fixed in software.

-DG

David Greenman-Lawrence
Co-founder, The FreeBSD Project - http://www.freebsd.org
President, TeraSolutions, Inc. - http://www.terasolutions.com
President, Download Technologies, Inc. - http://www.downloadtech.com
Pave the road of life with opportunities.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020513124807.R72322>