Date: Tue, 7 Nov 2006 12:30:28 -0800 From: Wes Zuber <wes@uia.net> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-drivers@freebsd.org Subject: Re: Dell SC440 and Broadcom 5787 Message-ID: <5BE0205D-0ED0-45A7-B2E0-C1335769E92C@uia.net> In-Reply-To: <200611071003.53651.jhb@freebsd.org> References: <09BFF2FA5EAB4A45B6655E151BBDD90302433A1B@NT-IRVA-0750.brcm.ad.broadcom.com> <1331D139-46F8-49B6-A1DA-57F248F70845@uia.net> <200611071003.53651.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi John, We did run the mem test and it checks out so far. I will try RLENG_6 --Wes On Nov 7, 2006, at 7:03 AM, John Baldwin wrote: > On Monday 06 November 2006 20:30, Wes Zuber wrote: >> If we disable the NIC then everything loads as it should. We have >> several of these boxes from Dell. We tried it on another to make >> sure, but got the same results. >> >> We did not run memitest86 as disabling the NIC seemed to make >> everything work, plus it seemed to crash right after the the NIC >> driver load. This is our first try with an SC440. We have been using >> SC400, SC420 and SC430. > > David, could this be related to the IPMI fixes in 6.2 and HEAD? Wes, > try a kernel from RELENG_6 instead perhaps. > >> Thanks, >> >> --Wes >> >> On Nov 6, 2006, at 5:14 PM, David Christensen wrote: >> >>>> Hi there, >>>> >>>> We are experiencing kernel panics for FreeBSD 6.1 release. cvsup to >>>> the latest. >>>> >>>> I recompiled the kernel with the latest bge drivers but I still get >>>> the same error. >>>> >>>> bge0 <broadcom unknown BCM5787 ASIC Rev 0xb002 >>>> mem 0xefcf000-0xefcfffff >>>> irq 17 at device 0.0 on pci4 >>>> >>>> kernel trap 19 with interrupts disabled >>>> >>>> NMI ISA a0 Eisa ff >>>> >>>> Ram Parity error, likely Hardware failure >>>> Fatal trap 19: non-maskeble interrupt trap while in kernel mode >>>> >>>> Instuction pointer = 0x20:oxc0817f10 >>>> stack pointer = 0x28:0xc0c20880 >>>> frame pointer = 0x29:0xc0c208a4 >>>> code segment = base 0x0 >>>> limit 0xfffff, tpe ox1b = dpl 0, pres 1, def 32, granl >>>> processor eflags = IPOL = 0 >>>> current Process = 0 (swapper) >>>> trap number =19 >>>> panic: non-maskeble interrupt trap >>>> uptime 1ms >>> >>> Looks like the OS is reporting a memory parity error. Does the >>> OS run with the LOM disabled? Does the LOM work correctly under >>> another OS? Did you run memtest86+ on the system to verify the >>> memory? >>> >>> Dave >>> >>> >>> >> >> _______________________________________________ >> freebsd-drivers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-drivers >> To unsubscribe, send any mail to "freebsd-drivers- >> unsubscribe@freebsd.org" >> > > -- > John Baldwin > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5BE0205D-0ED0-45A7-B2E0-C1335769E92C>