From owner-p4-projects@FreeBSD.ORG Fri Jan 25 20:03:42 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 9E75416A473; Fri, 25 Jan 2008 20:03:42 +0000 (UTC) Delivered-To: perforce@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF5FC16A417; Fri, 25 Jan 2008 20:03:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.71]) by mx1.freebsd.org (Postfix) with ESMTP id 9BABA13C442; Fri, 25 Jan 2008 20:03:41 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp010-s [10.150.69.73]) by smtpoutm.mac.com (Xserve/smtpout008/MantshX 4.0) with ESMTP id m0PK3YU4006547; Fri, 25 Jan 2008 12:03:34 -0800 (PST) Received: from mini-g4.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp010/MantshX 4.0) with ESMTP id m0PK3TVN006396 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 Jan 2008 12:03:30 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Rafal Jaworowski In-Reply-To: <479A26CE.6020104@semihalf.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 25 Jan 2008 12:03:28 -0800 References: <200801230414.m0N4E4ng009323@repoman.freebsd.org> <4797C8E0.4070100@freebsd.org> <4798C436.6090904@gmail.com> <20080125.100006.-262784007.imp@bsdimp.com> <479A17AC.4070004@freebsd.org> <479A26CE.6020104@semihalf.com> X-Mailer: Apple Mail (2.915) Cc: yanegomi@gmail.com, perforce@FreeBSD.org, marcel@FreeBSD.org, "M. Warner Losh" , grehan@FreeBSD.org Subject: Re: PERFORCE change 133911 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jan 2008 20:03:42 -0000 On Jan 25, 2008, at 10:13 AM, Rafal Jaworowski wrote: > IIRC, almost any AIM binary I tried executing caused FP exceptions > (actually, > an illegal instrusction ;) on e500, even such that wouldn't be > expected tu use > FPU. I didn't investigate this at all, but maybe the compiler was > using FPRs > for optimizations or something of that sort, don't know, so the > frequency > might not be that low in reality. We didn't see this at all. We typically only saw ntpdate and top crap out, because they actually use FP. Most of the binaries were fine without -softfloat. Note also that a stray FP status register initialization operation in crtX can cause all processes to fail, even if there's no FP in the process. Your problem may have been caused by libc, crt or libgcc. In fact, we may have seen it ourselves as well and fixed that place to get to where we ended up without softfloat (i.e. only ntpdate, top, etc capping out). BTW: Juniper uses softfloat at this time. > The interesting aspect about the trapped approach is that we could > dispatch > the call farther, as please remember that embedded PowerPC can have > floating > point/signal processing engines that can do the job, but just not the > traditional model. This is the very case of PQ3 and its SPE/SPFP > which lay > idle at the moment.. Exactly: EABI is unrelated to FP. I'd like us to support softfloat (we already use it here at Juniper) for those who build their own kernel and world, but I'd like us to release a single FreeBSD/powerpc that works anywhere. Juniper uses EABI, but there's no advantage. In fact, there are only disadvantages... We may end up not using EABI in the end. -- Marcel Moolenaar xcllnt@mac.com