From owner-p4-projects@FreeBSD.ORG Wed Jan 30 22:18:37 2008 Return-Path: Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 5F93B16A468; Wed, 30 Jan 2008 22:18:37 +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 CBA2A16A417; Wed, 30 Jan 2008 22:18:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.69]) by mx1.freebsd.org (Postfix) with ESMTP id B51AF13C46A; Wed, 30 Jan 2008 22:18:36 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp009-s [10.150.69.72]) by smtpoutm.mac.com (Xserve/smtpout006/MantshX 4.0) with ESMTP id m0UMIRA1005786; Wed, 30 Jan 2008 14:18:27 -0800 (PST) Received: from mini-g4.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mac.com (Xserve/asmtp009/MantshX 4.0) with ESMTP id m0UMIOZ1018733 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 30 Jan 2008 14:18:25 -0800 (PST) Message-Id: From: Marcel Moolenaar To: Rafal Jaworowski In-Reply-To: <47A0BE7A.1030307@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: Wed, 30 Jan 2008 14:18:23 -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> <47A0BE7A.1030307@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: Wed, 30 Jan 2008 22:18:37 -0000 On Jan 30, 2008, at 10:14 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). > > Hm, yes, this could be it. Do you happen to recall the proximity of > those > fixes/changes you have applied back then? It's nothing serious, I'm > just > curious, maybe I'd give this another spin in free time (he, he). I think it was libc. We eliminated fp{g|s}etmask and friends from libc if I'm not mistaken. > I also had a closer look at your import and it seems to me some > further work > is required: I know. I just imported it as-is. I need to glue it into the FreeBSD sources. -- Marcel Moolenaar xcllnt@mac.com