From owner-freebsd-current Thu Aug 22 4:26: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79A2D37B400; Thu, 22 Aug 2002 04:25:58 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1715C43E70; Thu, 22 Aug 2002 04:25:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0045.cvx40-bradley.dialup.earthlink.net ([216.244.42.45] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17hq62-0004VX-00; Thu, 22 Aug 2002 04:25:50 -0700 Message-ID: <3D64C9C2.30A37BF8@mindspring.com> Date: Thu, 22 Aug 2002 04:23:46 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark Santcroos Cc: Soeren Schmidt , Martin Blapp , Don Lewis , ktsin@acm.org, freebsd-current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Memory corruption in CURRENT References: <200208220909.g7M99NcS077303@freebsd.dk> <3D64B005.6657A3B5@mindspring.com> <20020822100014.GA17143@ripe.net> <3D64BA1F.B3C8C8E0@mindspring.com> <20020822102553.GA17453@ripe.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Santcroos wrote: > On Thu, Aug 22, 2002 at 03:17:03AM -0700, Terry Lambert wrote: > > Mark Santcroos wrote: > > > On Thu, Aug 22, 2002 at 02:33:57AM -0700, Terry Lambert wrote: > > > > options DISABLE_PSE > > > > options DISABLE_PG_G > > > > > > Coming up next in this theater :-) > > > > > > btw, how does the report that using the other compiler fixed everything > > > for KT fit in? > > It looks indeed like it is a 'winner'. The buildworld is still running but > getting further already than the previous 10. Ugh! Wait until it seems to work for a statistically significant sample size, and for more than one person before calling it "happy"! Also, I'm not sure looking at the code whether or not the PG_G is truly significant, or just preterbs the workaround. The problem I've referred to in my "hunch" here is actually related solely to the PSE, but with the recent code reorganization in locore.s, etc., it could have become more significant. > > Coincidentally. It's hard to trigger the bug, so it's easy to > > work around it accidently. > > Thats very true indeed. I can take that as a good 'explanation'. > > I remember you talking about this PSE problems earlier and more often. Is > it fixable? I assume we would like to turn these options back on as they > improve performance don't they? Yes and yes, but it could be pretty ugly. It would be better to get more data from people who are seeing the problem. It may be that it's just similar symptoms and more than one proot cause, etc., so I'm pretty loathe to make any assumptions. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message