[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Kernel Panic
- To: misc_(_at_)_openbsd_(_dot_)_org
- Subject: Re: Kernel Panic
- From: "Michael L. Hitch" <mhitch_(_at_)_gemini_(_dot_)_oscs_(_dot_)_montana_(_dot_)_edu>
- Date: Mon, 5 May 1997 11:15:35 -0600
On May 4, 8:14pm, Thomas Graichen wrote:
> Jan Mueller (jan_(_dot_)_mueller_(_at_)_tu-harburg_(_dot_)_d400_(_dot_)_de) wrote:
> : Hi !
> : I'm running OpenBSD/pmax current on a
> : DS 5000/33.
> : I usr the Xcfbpmax server, which
> : Michael Hitch updated a few days ago.
> : When I load a large program (i.e. Mosaic)
> : and do some heavy mouse-movement, the
> : system reboots with a panic:
> : panic: remrunqueue
> : syncing disks... 20 20 15 6 done
> : and so on.
Hmmm, that panic looks somewhat familiar. I think I've seen it before
on NetBSD, but not lately.
> i'm currently working on a first 2.1 pre-release snapshot
> including freshly compiled X (as always X11R6 clients and
> X11R5 servers) - i also got the changes to Xcfbpmax from
> michael hitch (thanks again to him) and will include them
> into the server of that snapshot - hopefully that will fix
> your problems - so stay tuned for my announcement on the
The changes I made to Xcfbpmax would not be very likely to change the
remrunqueue panic. The remrunqueue panic occurs when a call to remrunqueue()
is made with a process which doesn't appear to be on the run queue specified
by the process priority. I'm not sure why this would occur, but I would
suspect something to do with the spl* levels and the pmax interrupt structure.
Michael L. Hitch INTERNET: osymh_(_at_)_montana_(_dot_)_edu
Information Technology Center
Montana State University Bozeman, MT USA