From owner-freebsd-stable@FreeBSD.ORG Fri May 30 12:45:13 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 994B81065716 for ; Fri, 30 May 2008 12:45:13 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6FD8FC19 for ; Fri, 30 May 2008 12:45:12 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id m4UCj98L001249; Fri, 30 May 2008 14:45:11 +0200 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 12D194F; Fri, 30 May 2008 14:45:10 +0200 (CEST) Date: Fri, 30 May 2008 14:45:10 +0200 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@FreeBSD.ORG Message-Id: <20080530144510.c1e1be28.gerrit@pmp.uni-hannover.de> In-Reply-To: <200805301144.m4UBihd2002204@lurza.secnetix.de> References: <20080529205558.d2b064bf.gerrit@pmp.uni-hannover.de> <200805301144.m4UBihd2002204@lurza.secnetix.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.30.53115 Cc: Oliver Fromme Subject: Re: broken re(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 12:45:13 -0000 On Fri, 30 May 2008 13:44:43 +0200 (CEST) Oliver Fromme wrote about Re: broken re(4): OF> > Talking about this controller: This is also the only board I am OF> > using with PCI cards (and thus with a PCI riser) at all. I remember OF> > vaguely that I had a few problems getting the controller to work in OF> > the riser card when it put the system together. The riser has two OF> > ports, and the controller would only work in the upper one afaicr. OF> That rings a bell ... OF> I remember reports of riser cards that apparently changed OF> the timing on the PCI bus so they were only marginally OF> compliant with the spec, or maybe not even that anymore. Meanwhile I played through all combinations, and guess what? I can get rid of the problems in two ways: 1. Taking out the controller card. Without the controller, everthing works fine. The riser is still in. 2. Turn of rxcsum and txcsum. The driver can only turn them on or off together. They're on by default, and turning them off also lets the problems vanish. OF> If you try to remove the controller, please also remove OF> the riser card. It could well be that it's causing OF> problems, especially if it's on the same PCI bus as the OF> onboard re(4) interfaces. Somehow the controller seems to interfer with rxc/txc. OF> There are various kinds of riser cards (passive, active, OF> with fixed IRQs, or with jumpers, and so on). For a OF> related discussion see this one, for example: OF> http://lkml.org/lkml/2007/6/24/39 OF> Typing "pci riser card jumper" in Google will give you OF> many more pages with interesting (or frightening) stuff OF> to read. Thanks for the hint, now I have something to read over the weekend. ;-) For now, I am happy that I have a working system (with controller ands disks inside). It seems to me that the transfer rates with rxc/txc turned off are a bit lower, but it is much more important to me that the networking runs reliably. cu Gerrit