From owner-freebsd-hackers Mon May 13 12:56:19 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.prod.itd.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 3E4D737B400 for ; Mon, 13 May 2002 12:56:14 -0700 (PDT) Received: from pool0153.cvx40-bradley.dialup.earthlink.net ([216.244.42.153] helo=mindspring.com) by swan.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 177LvV-0006YS-00; Mon, 13 May 2002 12:56:09 -0700 Message-ID: <3CE01A3A.AAB85F64@mindspring.com> Date: Mon, 13 May 2002 12:55:38 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: David Greenman-Lawrence Cc: Matthew Dillon , jamie@tridentmicrosystems.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Broadcom BCM5701 Chipset problems 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> <20020513124807.R72322@nexus.root.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Greenman-Lawrence wrote: > >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. Was the "bad packet" DMA'ed in anyway, or just dropped at the card? The "good packet" problem seems unresolvable, if it ever happened. 8-(. Has anyone tapped the manufacturer on the shoulder hard enough to get an answer? ...On to "depression"... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message