Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 26 Feb 2010 18:06:45 -0700
From:      "John J. Rushford" <jjrushford@gmail.com>
To:        Lorenzo Perone <lopez.on.the.lists@yellowspace.net>
Cc:        Alexander Motin <mav@FreeBSD.org>, freebsd-stable@freebsd.org
Subject:   Re: Panic on 8-STABLE in mpt(4) on a DELL PowerEdge R300
Message-ID:  <4B887025.1040301@gmail.com>
In-Reply-To: <4B87DFBE.60008@yellowspace.net>
References:  <1267172583.00223701.1267161002@10.7.7.3> <4B87BDB6.7020109@FreeBSD.org> <4B87DFBE.60008@yellowspace.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Thanks very much Alexander, I'll test t the patch this weekend.

John

Lorenzo Perone wrote:
> COOL! THANKS a LOT Alexander!
>
> Can't believe it. You post a panic at 11pm and get a patch at 1pm next 
> day...? You must be crazy! ;)
>
> Works for me. I patched against 8/stable. I'll be testing the machine 
> a bit more. But for now, no panics!
>
> I guess the patch should be committed soon, also because it's really 
> happening quite at beginning, without a RAC/ILO you're locked out 
> pretty fast, and mpt is used on many DELL/HP setups.
>
> while true ; do echo Thank You ; done
>
> Lorenzo
>
> On 26.02.10 13:25, Alexander Motin wrote:
>> John J. Rushford wrote:
>>> I'm running into the same problem, mpt(4) panic on FreeBSD 8-STABLE.
>>>
>>> I'm running FreeBSD 8.0-STABLE, the current kernel was cvsup'd and 
>>> built
>>> @ January 14th, 2010.  I cvsup'd tonight, 2/25/2010, and built a new
>>> kernel.  Attached is the panic when I tried to boot into single user
>>> mode, I was able to boot up on the old kernel built on January 14th.
>>>
>>> Fatal trap 12: page fault while in kernel mode
>>> cpuid = 0; apic id = 00
>>> fault virtual address    = 0x10
>>> fault code        = supervisor read data, page not present
>>> instruction pointer    = 0x20:0xffffffff8019c4bd
>>> stack pointer            = 0x28:0xffffff80e81d5ba0
>>> frame pointer            = 0x28:0xffffff80e81d5bd0
>>> code segment        = base 0x0, limit 0xfffff, type 0x1b
>>>             = DPL 0, pres 1, long 1, def32 0, gran 1
>>> processor eflags    = interrupt enabled, resume, IOPL = 0
>>> current process        = 6 (mpt_raid0)
>>> trap number        = 12
>>> panic: page fault
>>
>> Attached patch should fix the problem.
>>
>
>
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B887025.1040301>