From owner-cvs-src@FreeBSD.ORG Tue Jan 18 02:17:10 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B646816A4CE; Tue, 18 Jan 2005 02:17:10 +0000 (GMT) Received: from gw.Awfulhak.org (awfulhak.demon.co.uk [80.177.173.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13E643D46; Tue, 18 Jan 2005 02:17:09 +0000 (GMT) (envelope-from brian@Awfulhak.org) Received: from dev.lan.Awfulhak.org (brian@dev.lan.Awfulhak.org [172.16.0.5]) by gw.Awfulhak.org (8.13.1/8.13.1) with ESMTP id j0I2H1eL007790; Tue, 18 Jan 2005 02:17:01 GMT (envelope-from brian@Awfulhak.org) Date: Tue, 18 Jan 2005 02:17:00 +0000 From: Brian Somers To: Mike Silbersack Message-ID: <20050118021700.3b0b6e33@dev.lan.Awfulhak.org> In-Reply-To: <20050115232853.P1020@odysseus.silby.com> References: <200501050006.j0506FvV057370@repoman.freebsd.org> <20050105001620.GZ19624@funkthat.com> <20050115232853.P1020@odysseus.silby.com> X-Mailer: Sylpheed-Claws 0.9.13 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on gw.lan.Awfulhak.org cc: cvs-src@FreeBSD.org cc: John-Mark Gurney cc: src-committers@FreeBSD.org cc: Olivier Houchard cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/re if_re.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 02:17:10 -0000 I have a few of these bogus cards. RELENG_5: re0: port 0xa000-0xa0ff mem 0xe3400000-0xe34000ff irq 16 at device 5.0 on pci0 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:40:f4:b1:1c:85 re0: [GIANT-LOCKED] -current: re0: port 0xd400-0xd4ff mem 0xf3800000-0xf38000ff irq 9 at device 11.0 on pci2 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:40:f4:b1:10:da They were sold as ``Airlink'' cards, but I haven't got the packaging any more (just the driver floppy disks). With HW checksumming enabled they not only got the odd checksum wrong (we can all deal with that!), but on occasion they *truncated* packets by 1-3 bytes and then checksummed them - in a repeatable way!! I put one in a Windows box too, but I have no idea if HW checksumming is enabled, let alone knowing if the card is working correctly. It performs a little better than a 100Mbit card.... On Sat, 15 Jan 2005 23:30:45 -0600 (CST), Mike Silbersack wrote: > > On Tue, 4 Jan 2005, John-Mark Gurney wrote: > > > Olivier Houchard wrote this message on Wed, Jan 05, 2005 at 00:06 +0000: > >> Disable checksum offloading by default. It seems to produce corrupted packets > >> with some revisions of the chip (particularly when using multiple TX > >> descriptors). > > > > Ummm... do you have documentation on this? i.e. PR numbers or message > > id's, or even better, an errata from RealTek? > > > > Also, make sure you update the documentation... > > > > -- > > John-Mark Gurney Voice: +1 415 225 5579 > > Maybe, and I'm just throwing this out there... maybe when INVARIANTS is > compiled in, the kernel should re-check RX checksums, and print a warning > if the card goofed. It'd be interesting to see if that showed previously > unknown bugs. > > Mike "Silby" Silbersack -- Brian Somers Don't _EVER_ lose your sense of humour !