From owner-freebsd-stable@FreeBSD.ORG Fri May 23 13:26:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7AA71065671; Fri, 23 May 2008 13:26:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 5EDC28FC1C; Fri, 23 May 2008 13:26:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4NDQkWx039695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 May 2008 16:26:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4NDQjkS073977; Fri, 23 May 2008 16:26:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m4NDQjLM073976; Fri, 23 May 2008 16:26:45 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 23 May 2008 16:26:45 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20080523132645.GO29770@deviant.kiev.zoral.com.ua> References: <720051dc0805220159n23eb6205yfcf9450be7af5c77@mail.gmail.com> <48361C6F.2050108@paradise.net.nz> <20080523115311.GM29770@deviant.kiev.zoral.com.ua> <200805230829.09524.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/d7X7C0hV/blnKmH" Content-Disposition: inline In-Reply-To: <200805230829.09524.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org, James Seward , Mark Kirkwood Subject: Re: BTX loader hangs after version info X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2008 13:26:59 -0000 --/d7X7C0hV/blnKmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 23, 2008 at 08:29:09AM -0400, John Baldwin wrote: > On Friday 23 May 2008 07:53:11 am Kostik Belousov wrote: > > On Fri, May 23, 2008 at 01:22:55PM +1200, Mark Kirkwood wrote: > > > James Seward wrote: > > > >Hello, > > > > > > > >Two days ago I csup'd my desktop at home, which was running RELENG_7 > > > >from about 7.0-RELEASE time, to bring it up-to-date (still on > > > >RELENG_7). I followed my usual buildkernel/world procedure (the usual > > > >one) which has worked fine all the way since 5.x. After installing > > > >kernel and restarting in single user, it was working fine. However, > > > >following installworld it will not boot. > > > > > > > >It stops immediately after "BTX loader 1.00 BTX version 1.02", but > > > >with the cursor on the line *above* the first "B". Nothing futher > > > >happens, but the system responds to Ctrl-Alt-Del. > > > > > > > >I have managed to start it using the install CD and csup'd back to a > > > >version just before the commit to BTX that moved it to 1.02 (March > > > >18th, I think). However, that version too hangs after "BTX loader 1.= 00 > > > >BTX version 1.01". > > > > > > > >My desktop is currently building RELENG_7_0 to see if that will work, > > > >but I won't know that until later as I'm at work and it is at home :) > > > > > > > >The install CD (BTX 1.00/1.01) boots fine. Nothing else changed on my > > > >system between the last successful boot and the unsuccessful one. > > > > > > > >Any suggestions/advice for what I can try next, or what I can do to > > > >help the troubleshooting process? > > > > > > > >My desktop is an Athlon64 but I am using i386, on an Asus A8V-E Delu= xe > > > >board. > > > > > > FWIW - I am seeing this too, on a Supermicro P3TDDE. 7-STABLE src from > > > 28-Feb is fine, but Mar, Apr, May code all hangs after printing "load= ing > > > /boot/defaults/loader.conf" - presumably reading my /boot/loader.conf? > > > > > > Interestingly I can usually get it to boot by escaping to the loader > > > prompt and then just pressing return. > > > > > > Oddly some other machines (Supermicro P3TDER and Asus PRO31J Laptop) > > > behave normally with src from Mar->May. > > > > > > In all cases the canonical procedure from UPDATING was used (buildwor= ld, > > > kernel, reboot single, mergemaster -p, installworld, delete-old, > > > mergemaster, reboot). > > > > > > I happy to help collect some debug info (how do you switch this on for > > > the loader?), tho the machine exhibiting the problem is my workstation > > > (of course)! > > > > Try to install new bootblock. >=20 > I would be wary of that as it might make things worse? These problems ar= e all=20 > from starting /boot/loader. boot2 is still working fine and thus there i= s=20 > still the possiblity of using boot2 to load /boot/loader.old as a workaro= und. =20 > If you update boot2 and it breaks you can't fix that w/o booting off of s= ome=20 > other media such as a CD. >=20 > Debugging these hangs is not easy to do remotely. If you know assembly t= hen=20 > there are some things you can play with. For example, in the case where = it=20 > hangs after printing out the BTX version (from btxldr.S) you could start= =20 > adding debugging to btx.S to print out '.' characters in various places a= nd=20 > see how many get printed out before it hangs. However, doing this requir= es=20 > familiarity with assembly and is a lot easier with physical access to a b= ox. When I worked on my version of the realbtx, I sometimes experienced hangs w= hen vm86 btx run before real-mode btx. I did not investigated it then, only not= ed the issue. --/d7X7C0hV/blnKmH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg2xhQACgkQC3+MBN1Mb4hhSACgvaElheqN3e6lURrW9Ij2hK2M wXEAoIXYZPfhVHtb5RZ3bhTIlkjgg8XV =1xaa -----END PGP SIGNATURE----- --/d7X7C0hV/blnKmH--