Date: Thu, 9 Nov 2006 17:30:23 -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: <45237F52-0EAE-4B83-B012-87E9A3F838BB@uia.net> In-Reply-To: <5BE0205D-0ED0-45A7-B2E0-C1335769E92C@uia.net> References: <09BFF2FA5EAB4A45B6655E151BBDD90302433A1B@NT-IRVA-0750.brcm.ad.broadcom.com> <1331D139-46F8-49B6-A1DA-57F248F70845@uia.net> <200611071003.53651.jhb@freebsd.org> <5BE0205D-0ED0-45A7-B2E0-C1335769E92C@uia.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Is there anything else I can try? Thanks, --Wes On Nov 7, 2006, at 12:30 PM, Wes Zuber wrote: > 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 >> >> > > _______________________________________________ > 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" > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45237F52-0EAE-4B83-B012-87E9A3F838BB>