From owner-freebsd-current@FreeBSD.ORG Mon Oct 11 20:09:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A84BD16A4CF; Mon, 11 Oct 2004 20:09:08 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66B3543D3F; Mon, 11 Oct 2004 20:09:08 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 2D216F1970; Mon, 11 Oct 2004 13:09:08 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00692-05; Mon, 11 Oct 2004 13:09:07 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2FBF3F189C; Mon, 11 Oct 2004 13:09:07 -0700 (PDT) From: Sean McNeil To: Robert Watson In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wGBpgMQ6iNVtOIUk5xNY" Message-Id: <1097525346.1123.27.camel@server> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 11 Oct 2004 13:09:07 -0700 X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: 20% packet loss with re0 in gigE mode vs. 0% in 100BT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Oct 2004 20:09:08 -0000 --=-wGBpgMQ6iNVtOIUk5xNY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-10-11 at 12:31, Robert Watson wrote: > On Mon, 11 Oct 2004, Sean McNeil wrote: >=20 > > > Assuming you're not filling the send buffer, it would definitely sugg= est a > > > driver, configuration, or hardware bug. There have recently been a n= umber > > > of changes to the if_re driver to fix support for jumbo frames, etc. = It > > > would be interesting to know whether backing out to earlier revisions= of > > > the if_re driver affect the problem you're seeing. In particular, > > > ifre.c:1.35 was the jumbo frame change, so 1.34 would be interesting,= and > > > 1.31 is before some other related changes. Likewise, you could try > > > backing out to before locking was introduced by setting debug.mpsafen= et=3D0 > > > in loader.conf and then backing out to if_re.c:1.29. I might be gene= rally > > > useful to try setting debug.mpsafenet=3D0 with the current driver to > > > eliminate that as a possible concern. > >=20 > > These are good suggestions as well, but I have heard from another user > > that has seen this kind of thing over all of these versions. It is les= s > > likely then that the jumbo or locking changes caused the issue.=20 >=20 > Have you tried 4.x to see if the same problem occurs there? >=20 > Have you tried the normal juggling of ACPI, APIC, and other configuration > variables? It sounds like things work fine at minimal bandwidth rates, s= o > that probably rules out interrupt problems and the like, but I figured it > was worth asking. >=20 > I assume you've probably looked at substituting the switch, forcing > auto-negotiation to 1gb, etc? Again, I have failed to provide information that was sent in previous emails under a different topic. I haven't tried 4.x, no, but I have tried with various configurations: FreeBSD/re0/amd64/gigE fails FreeBSD/re0/amd64/100BT passes WinXP/re0/gigE passes WinXP/dc0/100BT passes ... Everything I have tested works just fine. It is only when the re0 under FreeBSD is using PHY gigE that I have any packet loss. There is a small chance that there is bursting that is causing the loss but I doubt it as the output rate is 15Mbps. This is a pretty low rate and not very likely to cause serious bursting. I now have a source stream and a saved stream from a receiver. I will attempt to examine the differences in them to see if it is just a matter of some packets being dropped or if it is more nefarious. Sean --=-wGBpgMQ6iNVtOIUk5xNY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBauhiyQsGN30uGE4RArogAJwOEoGgYV2/RBdjiQVD05+y1me6FwCgpfBM ArfSly+NeFO15eH1Qj7cTmY= =dCkm -----END PGP SIGNATURE----- --=-wGBpgMQ6iNVtOIUk5xNY--