Date: Tue, 16 Mar 2004 02:15:59 -0500 From: Ken Smith <kensmith@cse.Buffalo.EDU> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... Message-ID: <20040316071558.GA17054@electra.cse.Buffalo.EDU> In-Reply-To: <20040316070937.GA13045@dhcp01.pn.xcllnt.net> References: <20040316055650.GA15182@electra.cse.Buffalo.EDU> <20040316064541.GA12961@dhcp01.pn.xcllnt.net> <20040316070004.GA16684@electra.cse.Buffalo.EDU> <20040316070937.GA13045@dhcp01.pn.xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 15, 2004 at 11:09:37PM -0800, Marcel Moolenaar wrote:
> Where is the problem exactly? Is it syscons again (like on alpha)?
It's the same problem as on alpha. See sys/sparc64/sparc64/machdep.c
and search for where cninit() gets called. As far as I can tell that
needs to be moved to after mutex_init(), or at least to after where
the proc0 info gets set up. There are a *ton* of potential calls to
panic() between where cninit() is now and where it "should" be
moved to. I tried moving just the setup of proc0 stuff and the
section after it that talks about the per-cpu pages to above where
cninit() is now to see if I could get away without moving cninit()
but that didn't work. Quite a bit of stuff that happens after where
cninit() is now looks like it effects the stuff I think needs to
appear before cninit()...
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040316071558.GA17054>