From owner-freebsd-stable@FreeBSD.ORG Thu Oct 12 17:05:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7C4916A4D4 for ; Thu, 12 Oct 2006 17:05:25 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id F00AE43D64 for ; Thu, 12 Oct 2006 17:05:17 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [10.10.3.185] ([165.236.175.187]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k9CH595x071780; Thu, 12 Oct 2006 11:05:14 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <452E75BB.5090401@samsco.org> Date: Thu, 12 Oct 2006 11:04:59 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060206 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tom Judge References: <20061011093139.df4b6fbf.wmoran@collaborativefusion.com> <452D0986.3020902@samsco.org> <452E7129.2000105@tomjudge.com> In-Reply-To: <452E7129.2000105@tomjudge.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=3.8 tests=none autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: stable@freebsd.org, davidch@broadcom.com, Bill Moran , netops@collaborativefusion.com, glebius@freebsd.org, kris@obsecurity.org Subject: Re: bce issues still outstanding 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: Thu, 12 Oct 2006 17:05:25 -0000 Tom Judge wrote: > Scott Long wrote: > >> Bill Moran wrote: >> >>> I've copied many of the people who I've been working with directly on >>> this issue. >>> >>> Can anyone provide a status update on these problems? Discussion seems >>> to have stopped since Oct 5. >>> >>> Any new patches to test? >>> >> >> I'm actively working on fixing the driver right now. >> >> Scott >> > > If there are any patches you want testing I have 3 very expensive > paperweights sat around the office at the moment in the form of Dell > PE2950's with twin adapters in them: > > bce0: mem > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus0: on bce0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bce0: Ethernet address: 00:13:72:60:35:8a > > > bce1: mem > 0xf8000000-0xf9ffffff irq 16 at device 0.0 on pci5 > bce1: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > miibus1: on bce1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bce1: Ethernet address: 00:13:72:60:35:88 > > The easiest way to cause the watchdog time out on these systems is to > write a file larger than 50Mb to an NFS file system that is mounted over > UDP (TCP doesn't cause the time out strangely). From the testing I have > done the timeout is triggered when arround 49Mb has been copied to the > NFS server. Perhaps this could suggest a bug in the udp packet checksum > offload code? > > I have 2 systems available to test on right now, one running code from > RELENG_6 just after beta2 was announced, and one cvsup'd from the uk > mirror today. > > The kernels are compiled with: > > option INVARIANTS > option INVARIANT_SUPPORT > > However this doesn't cause a kernel panic. > > Let me know if you need any more information. > > Tom It's very easy to make UDP overrun the transmit ring in the bce driver. This is my primary focus at the moment. After that, I need to look at performance problems when using cvs. Scott