From owner-freebsd-arm@FreeBSD.ORG Sat Sep 7 14:12:08 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 517C289B; Sat, 7 Sep 2013 14:12:08 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 2411F240E; Sat, 7 Sep 2013 14:12:07 +0000 (UTC) Received: from bender.Home (97e5e46b.skybroadband.com [151.229.228.107]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 0B1E25DFF7; Sat, 7 Sep 2013 14:12:05 +0000 (UTC) Date: Sat, 7 Sep 2013 15:11:59 +0100 From: Andrew Turner To: Ian Lepore Subject: Re: Reminder: Removal of WITHOUT_ARM_EABI Message-ID: <20130907151159.35dcf45c@bender.Home> In-Reply-To: <1378437358.1111.444.camel@revolution.hippie.lan> References: <20130820091527.42127170@bender.Home> <6046B66D-5F4C-4E8D-923A-3E26DED5DD8F@bsdimp.com> <1378437358.1111.444.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@FreeBSD.org, Ronald Klop 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: Sat, 07 Sep 2013 14:12:08 -0000 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 =20 > > wrote: > >=20 > > > > > > Oh wow, for some lucky reason I add rc_info=3D"YES" to rc.conf and > > > 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. > >=20 > > 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 =20 > > 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 > >=20 > >=20 > > ^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 =20 > > 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=3D0x201ec620, > > 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 =20 > > "=BARX=BA=C3=E8\037\227=E3\231a=F5Zu\020=EF=E9\031=FD=CB\220\001=F9=EA= =C6=DB=A9iM\001=BC=B5=EEJ=CD=B1 =20 > > =CF=C6=C3=A9=D3.=D0\017$)=F6=E4\005=E3eZX=B1.Z&\004 \005=D7\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 > >=20 > > Is it possible this gives an endless loop on armv5? >=20 > 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