From owner-freebsd-current@FreeBSD.ORG Tue Sep 16 07:49:54 2003 Return-Path: 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 7FCA816A4BF for ; Tue, 16 Sep 2003 07:49:54 -0700 (PDT) Received: from smtp.mho.com (smtp.mho.net [64.58.4.6]) by mx1.FreeBSD.org (Postfix) with SMTP id CD89E43FD7 for ; Tue, 16 Sep 2003 07:49:50 -0700 (PDT) (envelope-from scottl@freebsd.org) Received: (qmail 69091 invoked by uid 1002); 16 Sep 2003 14:49:50 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 16 Sep 2003 14:49:50 -0000 Message-ID: <3F672308.1080909@freebsd.org> Date: Tue, 16 Sep 2003 08:49:44 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Evans References: <3F66A446.7090408@freebsd.org> <20030916131622.N54869@news1.macomnet.ru> <20030916200513.R4917@gamplex.bde.org> In-Reply-To: <20030916200513.R4917@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Maxim Konovalov cc: current@freebsd.org Subject: Re: Release Engineering Status Report X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2003 14:49:54 -0000 Bruce Evans wrote: > On Tue, 16 Sep 2003, Maxim Konovalov wrote: > > >>PAE MFC brought an incredible instability to stable branch. It >>affects 100% of our user community especially when we issued several >>SAs since PAE commit. They often can't switch to RELENG_4_x security >>branches because even RELENG_4_8 misses several critical non-security >>fixes. > > > I merged PAE into my version of -current a bit at a time and didn't > notice any problems (with PAE not actually configured) despite having > some large logical inconsistencies from not having all of it. Most > of the global changes had no effect since they just changed the names > of some typedefs without changing the underlying types in the !PAE > case. So I suspect that any instabilities in RELENG_4 in the !PAE > case are indirectly related to PAE and/or localized and thus easy to > find and fix. > > Bruce > Agreed. PAE was merged into -stable in three steps. Backing out the third step and leaving the first two steps removes the instability. Unfortunately, it was the third step that also was the most complex. In any case, we have 2 weeks to find the resolution before the decision must be made on keeping or tossing PAE. Since PAE is a *highly* sought after feature, it would be doing a disservice to our user base to remove it without putting in some effort to fix it. Scott