From owner-freebsd-current Wed Jan 6 12:59:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08083 for freebsd-current-outgoing; Wed, 6 Jan 1999 12:59:15 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08076; Wed, 6 Jan 1999 12:59:05 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA04732; Wed, 6 Jan 1999 12:46:12 -0800 (PST) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdWZ4716; Wed Jan 6 20:46:04 1999 Date: Wed, 6 Jan 1999 12:45:59 -0800 (PST) From: Julian Elischer To: S?ren Schmidt cc: Kazutaka YOKOTA , sos@FreeBSD.ORG, msmith@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: syscons update - when? In-Reply-To: <199901061132.MAA05593@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id MAA08077 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG option a in my opinion.. On Wed, 6 Jan 1999, S?ren Schmidt wrote: > It seems Kazutaka YOKOTA wrote: > > As I announced before, reorganization of syscons code is under way and > > I intend to commit changes in three stages. > > > > Stage 1: keyboard driver split > > Stage 2: video driver split, splash screen > > Stage 3: other reorganization > > > > The new code has been running on my -current box for quite a while. > > > > Now, -stable branch date is coming up. The question is how much > > change we should commit before the branch? We can defer commit after > > the branch and later backport the new code from -current to -stable. > > However, there is a snug. > > > > At stage 1 and 2, the users will be forced to change their kernel > > configuration files because keyboard and video drivers become separate > > from syscons. Such change is probably too much, if suddenly > > introduced to -stable well after the branch. > > > > So, probably our options are: > > > > a) Commit stage 1 and 2 changes now. Stage 3 changes may be backported > > to -stable from -current later. > > b) Don't commit any changes now, but commit them to -current after the > > branch. Don't backport the changes to -stable at all. When the next > > branch (3.1-STABLE?) comes, let it have the new code. > > > > I prefer the option a). But, I have to expect rough ride after > > commits, as changes of this scale will have many initial glitches... > > I prefer option a) also. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@freebsd.org) FreeBSD Core Team member > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message