Dell SC440 and Broadcom 5787

[Wes Zuber]

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 at freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-drivers
>>> To unsubscribe, send any mail to "freebsd-drivers- 
>>> unsubscribe at freebsd.org"
>>>
>>
>> -- 
>> John Baldwin
>>
>>
>
> _______________________________________________
> freebsd-drivers at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-drivers
> To unsubscribe, send any mail to "freebsd-drivers- 
> unsubscribe at freebsd.org"
>
>