From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 4 19:39:11 2007 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED12816A403; Sun, 4 Feb 2007 19:39:11 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.freebsd.org (Postfix) with ESMTP id 5747C13C474; Sun, 4 Feb 2007 19:39:11 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [69.31.131.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 983962FF72; Sun, 4 Feb 2007 14:18:58 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id B0D9212FB03; Sun, 4 Feb 2007 14:18:57 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <200702041533.l14FXRS3068393@www.freebsd.org> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Sun_Feb__4_14:18:42_2007-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 04 Feb 2007 14:18:57 -0500 In-Reply-To: <200702041533.l14FXRS3068393@www.freebsd.org> (Andrew Grillet's message of "Sun, 4 Feb 2007 15:33:27 GMT") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: sparc64/108757: cant boot if rtc stuffed, no means of recovery X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2007 19:39:12 -0000 --pgp-sign-Multipart_Sun_Feb__4_14:18:42_2007-1 Content-Type: text/plain; charset=US-ASCII >>>>> "ag" == Andrew Grillet writes: ag> The boot process fails because the rtc is invalid, and then ag> reboots endlessly.(no dump device) ag> This needs to be changed so that the user is offered the ag> choice of having the rtc zapped to a sane state for subsequent ag> resetting after reboot. possibly there is a way to do this in OpenFirmware. I don't know what's wrong with your RTC in particular. How do you know it's corrupt? Did you see an error message? This is for older Suns, but you could try parts of it: http://www.squirrel.com/sun-nvram-hostid.faq.html I don't think it's a good idea to add architecture-specific user dialog to the bootup process. Whatever you want the kernel to do---ignore the problem, work around the problem, fix the problem, do nothing differently but print a better error message---it should always do that thing, not ask questions. --pgp-sign-Multipart_Sun_Feb__4_14:18:42_2007-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUARcYxoYnCBbTaW/4dAQI0mgP9HF+T3AjWJ1ArjJ80ZO+wSegBndbj0vYQ mJMff+RBFV0hq/+Ur8wNYnd3MPM59X0FKPmJ7Skj52c1e2uvyxwrsLLuBNSOBbhW +v+PgwhvMV4JDTqcw4q8W7flu5yAA/yCHUlWFNLbkmHMzfukM07+jFNyI98rF+xu Bb+4LsKqUp8= =DqpK -----END PGP SIGNATURE----- --pgp-sign-Multipart_Sun_Feb__4_14:18:42_2007-1--