Skip site navigation (1)Skip section navigation (2)
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>