From owner-freebsd-arm@FreeBSD.ORG Mon Sep 9 10:38:53 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42B508F4 for ; Mon, 9 Sep 2013 10:38:53 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD692706 for ; Mon, 9 Sep 2013 10:38:52 +0000 (UTC) Received: from cpsps-ews18.kpnxchange.com ([10.94.84.184]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Sep 2013 12:38:43 +0200 Received: from CPSMTPM-TLF102.kpnxchange.com ([195.121.3.5]) by cpsps-ews18.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Sep 2013 12:38:43 +0200 Received: from sjakie.klop.ws ([212.182.167.131]) by CPSMTPM-TLF102.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Mon, 9 Sep 2013 12:38:43 +0200 Received: from 212-182-167-131.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 6A4FC1638F for ; Mon, 9 Sep 2013 12:38:42 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: Reminder: Removal of WITHOUT_ARM_EABI References: <20130820091527.42127170@bender.Home> <6046B66D-5F4C-4E8D-923A-3E26DED5DD8F@bsdimp.com> <1378437358.1111.444.camel@revolution.hippie.lan> <20130907151159.35dcf45c@bender.Home> Date: Mon, 09 Sep 2013 12:38:40 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: <20130907151159.35dcf45c@bender.Home> User-Agent: Opera Mail/12.16 (FreeBSD) X-OriginalArrivalTime: 09 Sep 2013 10:38:44.0052 (UTC) FILETIME=[C1C58140:01CEAD48] X-RcptDomain: freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 10:38:53 -0000 On Sat, 07 Sep 2013 16:11:59 +0200, Andrew Turner = = wrote: > On Thu, 05 Sep 2013 21:15:58 -0600 > Ian Lepore wrote: > >> On Thu, 2013-09-05 at 12:59 +0200, Ronald Klop wrote: >> > On Fri, 30 Aug 2013 14:04:52 +0200, Ronald Klop >> > wrote: >> > >> > > >> > > Oh wow, for some lucky reason I add rc_info=3D"YES" to rc.conf an= d >> > > when I rebooted it did an fsck of all filesystems and it booted >> > > into multiuser. I am now logged in and see the same as Ian. Top >> > > does not work. Df hangs. Etc. >> > > I see I don't have debugging symbols compiled in the userland so >> > > I need to rebuild to make gdb happy. >> > > >> > > Ronald. >> > >> > I have some new data. I compiled world with debug symbols and >> > succeeded to boot correctly again (it works if fsck needs to kick >> > in). root@:~ # gdb ps >> > GNU gdb 6.1.1 [FreeBSD] >> > Copyright 2004 Free Software Foundation, Inc. >> > GDB is free software, covered by the GNU General Public License, >> > and you are >> > welcome to change it and/or distribute copies of it under certain >> > conditions. >> > Type "show copying" to see the conditions. >> > There is absolutely no warranty for GDB. Type "show warranty" for >> > details. This GDB was configured as "arm-marcel-freebsd"... >> > (gdb) run axu >> > Starting program: /bin/ps axu >> > >> > >> > ^C >> > Program received signal SIGINT, Interrupt. >> > 0x201cc108 in __mult_D2A (a=3D, b=3D> > optimized out>) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c:311 >> > 311 /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c: No such >> > file or director y. >> > in /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c Current >> > language: auto; currently minimal (gdb) bt >> > #0 0x201cc108 in __mult_D2A (a=3D, b=3D> > optimized >> > out>) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c:311 >> > #1 0x201cc2d8 in __pow5mult_D2A (b=3D, >> > k=3D) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_misc.c:409 >> > #2 0x201c2b68 in __dtoa (d0=3D, >> > mode=3D, ndigits=3D1, sign=3D> > out>, rve=3D) >> > at /usr/obj/arm.arm/usr/src/lib/libc/gdtoa_dtoa.c:533 >> > #3 0x201b8c70 in __vfprintf (fp=3D0xbfffe238, locale=3D0x201ec620,= >> > fmt0=3D0xeec8 "%.1f", ap=3D{__ap =3D 0xbfffe378}) >> > at /usr/src/lib/libc/stdio/vfprintf.c:713 >> > #4 0x2015a064 in vasprintf_l (str=3D0xbfffe378, locale=3D0x201ec62= 0, >> > fmt=3D0xeec8 "%.1f") at /usr/src/lib/libc/stdio/vasprintf.c:59= >> > #5 0x2015a130 in vasprintf (str=3D0xbfffe378, fmt=3D0xeec8 "%.1f")= >> > at /usr/src/lib/libc/stdio/vasprintf.c:73 >> > #6 0x20158748 in asprintf (s=3D, >> > fmt=3D0x20a26338 >> > "=C2=BARX=C2=BA=C3=83=C3=A8\037\227=C3=A3\231a=C3=B5Zu\020=C3=AF=C3= =A9\031=C3=BD=C3=8B\220\001=C3=B9=C3=AA=C3=86=C3=9B=C2=A9iM\001=C2=BC=C2= =B5=C3=AEJ=C3=8D=C2=B1 >> > =C3=8F=C3=86=C3=83=C2=A9=C3=93.=C3=90\017$)=C3=B6=C3=A4\005=C3=A3eZ= X=C2=B1.Z&\004 \005=C3=97\005") >> > at /usr/src/lib/libc/stdio/asprintf.c:52 >> > #7 0x0000b924 in pmem (k=3D, ve=3D> > optimized out>) at /usr/src/bin/ps/print.c:669 >> > #8 0x0000d014 in $a () at /usr/src/bin/ps/ps.c:1134 >> > #9 0x0000d014 in $a () at /usr/src/bin/ps/ps.c:1134 >> > >> > Is it possible this gives an endless loop on armv5? >> >> This is good info, thanks. We've been digging into it a bit more on >> irc. One thing I determined that I'll mention so it saves you some >> grief... you were lucky to get that backtrace, because of all the >> "value optimized out" stuff. If you build the library with -O0 to >> prevent that, the backtrace will contain floating point numbers. >> Then because gdb uses the libc code we're trying to debug to format >> floating point numbers, gdb locks up. > > The issue causing the endless loop is that the layout of double > precision floating-point values appears to have changed. I have just > committed r255361 which should fix the issue. > > Andrew Thank you. Booting works now. Ronald.