From owner-freebsd-arm@FreeBSD.ORG Fri Aug 23 15:26:43 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 955059E3 for ; Fri, 23 Aug 2013 15:26:43 +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 6C9D62EB8 for ; Fri, 23 Aug 2013 15:26:43 +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 1VCtG6-000IsJ-98; Fri, 23 Aug 2013 15:26:42 +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 r7NFQcqt047995; Fri, 23 Aug 2013 09:26:38 -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: U2FsdGVkX1+zO0k10s+lLpemBYZySRNB Subject: Re: Reminder: Removal of WITHOUT_ARM_EABI From: Ian Lepore To: Andrew Turner In-Reply-To: <20130820091527.42127170@bender.Home> References: <20130820091527.42127170@bender.Home> Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 Aug 2013 09:26:38 -0600 Message-ID: <1377271598.1111.78.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit 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, 23 Aug 2013 15:26:43 -0000 On Tue, 2013-08-20 at 09:15 +0100, Andrew Turner wrote: > I am planning on removing WITHOUT_ARM_EABI before 10.0 is released. As > this is planned on happening soon it this change is likely to happen > within the next two weeks, after a short heads up. > > This is a reminder for people who have not yet moved to the ARM EABI to > do so now as their build will break when this option is removed. > It turns out that on DreamPlug (armv5te) the unit won't boot all the way to multiuser mode with EABI, building with gcc or clang. I first discovered this a few days ago when I realized I was still building with OABI on dreamplug and tried to switch. I tried going back to a revision in late July but that didn't make any difference. The before getting any further with bisecting I heard from Ilya Bakulin on irc that the problems I'm seeing (hanging in rc.d/initrandom and rc.d/var) go back to at least April. The rc.d/initrandom problem seems to be while running the 'df' command to "generate entropy." In rc.d/var the problem is while running newfs on /dev/md0, and I can more readily confirm that -- if I use ^C to get past the hangs in rc.d processing it'll limp its way to multiuser mode, and if you manually try to "newfs /dev/md0" it definitely hangs the same way. When it's hung in that state, a ^T gives no info, but a ^C does break out of the hang. I've been unable to get any more info about how/why it's hung. I can understand a desire to not let any 10.0 release get into the wild with OABI support, but I'm not sure that removing the ability to even try OABI to see if it fixes a problem is a good idea. EABI just doesn't have enough testing to declare that it's solid (because clearly it's not yet solid). Can we declare that OABI isn't supported without removing the ability to fall back to it for testing purposes? I wouldn't mind if enabling it requires something like WITH_UNSUPPORTED_OABI_FOR_TESTING. -- Ian