From owner-freebsd-arm@FreeBSD.ORG Fri Sep 6 03:16:05 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 1482EB82 for ; Fri, 6 Sep 2013 03:16:05 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2E0C2127 for ; Fri, 6 Sep 2013 03:16:04 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VHmWg-0005yJ-KH; Fri, 06 Sep 2013 03:16:03 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r863Fxls071783; Thu, 5 Sep 2013 21:15:59 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18nKNIJ8WewsDYKdKnNQVXK Subject: Re: Reminder: Removal of WITHOUT_ARM_EABI From: Ian Lepore To: Ronald Klop In-Reply-To: References: <20130820091527.42127170@bender.Home> <1377271598.1111.78.camel@revolution.hippie.lan> <6046B66D-5F4C-4E8D-923A-3E26DED5DD8F@bsdimp.com> Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 05 Sep 2013 21:15:58 -0600 Message-ID: <1378437358.1111.444.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r863Fxls071783 Cc: freebsd-arm@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: Fri, 06 Sep 2013 03:16:05 -0000 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 wh= en I =20 > > rebooted it did an fsck of all filesystems and it booted into multius= er. =20 > > I am now logged in and see the same as Ian. Top does not work. Df han= gs. =20 > > Etc. > > I see I don't have debugging symbols compiled in the userland so I ne= ed =20 > > to rebuild to make gdb happy. > > > > Ronald. >=20 > I have some new data. I compiled world with debug symbols and succeeded= to =20 > 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 yo= u =20 > 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 deta= ils. > 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) > 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= =20 > 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 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, > 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) > 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? 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. -- Ian