From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 15 23:09:43 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBDF816A4CE for ; Mon, 15 Mar 2004 23:09:43 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89C8243D3F for ; Mon, 15 Mar 2004 23:09:43 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2G79bsv045315; Mon, 15 Mar 2004 23:09:37 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2G79bOA013056; Mon, 15 Mar 2004 23:09:37 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i2G79b6p013055; Mon, 15 Mar 2004 23:09:37 -0800 (PST) (envelope-from marcel) Date: Mon, 15 Mar 2004 23:09:37 -0800 From: Marcel Moolenaar To: Ken Smith Message-ID: <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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040316070004.GA16684@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: Console patch part II... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2004 07:09:43 -0000 On Tue, Mar 16, 2004 at 02:00:04AM -0500, Ken Smith wrote: > On Mon, Mar 15, 2004 at 10:45:41PM -0800, Marcel Moolenaar wrote: > > > Your patch looks like a big kluge. Mostly because you're delaying > > cninit() and hardcode a dependency on ofw_console. That sure breaks > > my box and I'm not going to add ofw_console simply because I > > already have a console (using uart(4)). > > Do you know what happens if you call panic() before cninit()? You need to fix the code to call cninit() soon enough that you never need to panic before it? > The > reason I tried the big kluge was that I haven't been able to > successfully move enough of what seem to be the pre-requisites to > cninit() to before the first spot panic() gets called. This mostly tells that the prerequisites are bogus. > If panic() > can be called before cninit() gets run then moving stuff around might > be easier. You can never call panic() before cninit(), because panic() is meaningless without a console. Where is the problem exactly? Is it syscons again (like on alpha)? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net