From owner-freebsd-current Thu Aug 22 17:56:34 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 70B2037B400 for ; Thu, 22 Aug 2002 17:56:32 -0700 (PDT) Received: from avocet.mail.pas.earthlink.net (avocet.mail.pas.earthlink.net [207.217.120.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB7843E72 for ; Thu, 22 Aug 2002 17:56:32 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0311.cvx21-bradley.dialup.earthlink.net ([209.179.193.56] helo=mindspring.com) by avocet.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17i2kB-0007c3-00; Thu, 22 Aug 2002 17:56:07 -0700 Message-ID: <3D6587ED.F602F06@mindspring.com> Date: Thu, 22 Aug 2002 17:55:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Will Andrews Cc: Peter Wemm , current@FreeBSD.ORG Subject: Re: Memory corruption in -CURRENT [was Re: Plea to committers to only commit to HEAD if you run -current {from developers@FreeBSD.org}] References: <20020822233846.GJ90596@procyon.firepipe.net> <20020823002846.BBF082A7D6@canning.wemm.org> <20020823004257.GM90596@procyon.firepipe.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 Will Andrews wrote: > > Note that the old SMP code never had PG_G active for SMP before the last > > round of pmap changes. DISABLE_PG_G almost goes back to the old way for > > SMP systems. DISABLE_PSE should be irrelevant since we've been using it all > > along. > > > > I've become aware of some nasty races in the pmap code for SMP boxes about > > a week ago while working on PAE stuff. DISABLE_PG_G *might* minimize the > > effect of them but they are still there. > > Well, I'm rebuilding without DISABLE_PSE to see whether it had > any effect on the outcome. Regardless, hopefully the information > I can provide will help squash this annoying bug. DISABLE_PSE is a 1:6 probability; DISABLE_PG_G is a 1:100 (both estimates, but on that order), so mixing and matching them will not usually give any additional information. Martin got "lucky" with his machine... it seems to require both. The problem is a hardware bug in most Pentium on up processors, which gets worse in newer CPUs (P4, AMD) as they try to optimize certain things. It's like writing ANSI C without "volatile". If you don't get the bug after your rebuild, I think that fact shouldn't be considered significant. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message