Date: Wed, 9 Aug 2006 10:47:09 +0200 From: "Scott Wilson" <scott.wilson@gmail.com> To: "David (Controller AE) Christensen" <davidch@broadcom.com> Cc: pyunyh@gmail.com, stable@freebsd.org, davidch@freebsd.org, Eric Hodel <drbrain@segment7.net> Subject: Re: RE: Re: Re: bce0: Error mapping mbuf into TX chain! Message-ID: <abf642980608090147k7437061ag6e1704e7ef93ce37@mail.gmail.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com> References: <abf642980608051507k49a5a025s7a05aaab8e7efe5e@mail.gmail.com> <09BFF2FA5EAB4A45B6655E151BBDD90301AB707F@NT-IRVA-0750.brcm.ad.broadcom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Dave, On 8/7/06, David (Controller AE) Christensen <davidch@broadcom.com> 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 <bad machine> "dd if=/dev/zero bs=1" > /dev/null > > Does this same command fail for you too? Yes, that brought the interface to a halt very quickly! To answer what I was doing on the machine, it's running mysql with a fairly large database and most of the 8G of ram in the machine devoted to mysql. I'm running the amd64 on a Dell 1950 with Woodcrest series (5100) Xeon processors and BCM5708 NICs. cheers, scott > > -----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 <pyunyh@gmail.com> wrote: > > > On Fri, Aug 04, 2006 at 03:52:40PM +0200, Scott Wilson wrote: > > > > On 7/13/06, Doug Ambrisko <ambrisko@ambrisko.com> 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: <Broadcom NetXtreme II BCM5708 1000Base-T (B1), v0.9.5> mem > > 0xf4000000-0xf5ffffff irq 16 at device 0.0 on pci9 > > bce0: ASIC ID 0x57081010; Revision (B1); PCI-X 64-bit 133MHz > > miibus0: <MII bus> on bce0 > > brgphy0: <BCM5708C 10/100/1000baseTX PHY> 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 > > > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?abf642980608090147k7437061ag6e1704e7ef93ce37>