From owner-freebsd-stable@FreeBSD.ORG Tue Aug 8 00:34:04 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 CCFA816A4E0 for ; Tue, 8 Aug 2006 00:34:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF8543D53 for ; Tue, 8 Aug 2006 00:34:03 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so364499pyc for ; Mon, 07 Aug 2006 17:34:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=fXrRz64Rl2xH93vYp+G5WCmfapZp2JgXIOy2tN5b5ivhwBxPctSeo9ku58+kKh/sMtgYJcSLUmAAIcB7oyfJbYBGIEgpeeCbbeBjydBVx3UAfmZQAJ1iJ5UbhwTX5QEP7mttr50eDr4ELw4M60ny5LYdP249erLPJHoZRL1sTFY= Received: by 10.35.91.10 with SMTP id t10mr13356522pyl; Mon, 07 Aug 2006 17:34:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 20sm2088389nzp.2006.08.07.17.33.59; Mon, 07 Aug 2006 17:34:02 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k780Y95e005702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Aug 2006 09:34:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k780Y4ia005701; Tue, 8 Aug 2006 09:34:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 8 Aug 2006 09:34:04 +0900 From: Pyun YongHyeon To: "David (Controller AE) Christensen" Message-ID: <20060808003404.GA5411@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Scott Wilson , davidch@freebsd.org, Eric Hodel Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 00:34:04 -0000 On Mon, Aug 07, 2006 at 01:48:09PM -0700, David (Controller AE) Christensen wrote: > Scott, > > What are you doing when this problem occurs? Is it something I can > easily duplicate here? When I tested the fix on -CURRENT I used the > following command suggested by Doug to bring out the failure quickly: > > ssh "dd if=/dev/zero bs=1" > /dev/null > > Does this same command fail for you too? > Since BCE_MAX_SEGMENTS is too small I guess it will happen on highly fragmented packets under heavy loads. To simulate the situation you can use m_fragment(9) to fragment the frame in bce_tx_encap(). With m_fragment(9), "ping -f -s 65507 x.x.x.x" may trigger it. Btw, I've never seen this small number of Tx DMA segments support( BCE_MAX_SEGMENTS == 8) on GigE. Is this hardware limitation? > Dave > > > -----Original Message----- > > From: Scott Wilson [mailto:scott.wilson@gmail.com] > > Sent: Saturday, August 05, 2006 3:08 PM > > To: pyunyh@gmail.com > > Cc: Doug Ambrisko; David (Controller AE) Christensen; > > stable@freebsd.org; davidch@freebsd.org; Eric Hodel > > Subject: Re: Re: Re: bce0: Error mapping mbuf into TX chain! > > > > On 8/5/06, Pyun YongHyeon wrote: > > > On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > > > > On 7/13/06, Doug Ambrisko wrote: > > > > >David (Controller AE) Christensen writes: > > > > >| Sorry, I've been out on vacation and just got back > > into town. I'll MFC > > > > >| the patch within the next day or two. > > > > > > > > > >I'll let you merge in the down/up fix that I put into -current. > > > > > > > > > >Doug A. > > > > > > > > Hi, I just had a bce interface lock up with the same problem: > > > > > > > > Aug 4 07:00:16 pe3 kernel: bce0: > > /usr/src/sys/dev/bce/if_bce.c(4644): > > > > Error mapping mbuf into TX chain! > > > > Aug 4 07:00:47 pe3 last message repeated 368 times > > > > .... > > > > > > > > running v 1.2.2.5 of if_bce.c from RELENG_6 which has the > > > > defragmentation patch mentioned in this thread. Any > > suggestions on > > > > how I can help find a fix? > > > > > > > > scott > > > > > > Hmm... I can see several bus_dma(9) related bugs in bce(4). > > > For architectures that have IOMMU hardware it may have corrupted DMA > > > mapping and I'm pretty sure it wouldn't work on sparc64. > > > When it has to handle many fragmented frame or has insufficient > > > number of free Tx descriptors it would show unexpected results. > > > Unfortunately I don't have hardwares supported by bce(4) and > > > fixing requiries a working hardware. :-( > > > > > > > I see ... I am running amd64 on some dell poweredge 1950 boxes. > > They're xeon processors, but have chosen amd64 because they have 8gig > > of ram each. > > > > Here are the relevant details on the interface.... > > > > 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 > > > > I could make a machine available remotely to someone if it would help. > > > > Any other advice on how I can help move this forward would be greatly > > appreciated! > > > > thanks, > > > > scott > > > > > > -- Regards, Pyun YongHyeon