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>