From owner-freebsd-current  Tue Jan  5 19:13:05 1999
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id TAA01856
          for freebsd-current-outgoing; Tue, 5 Jan 1999 19:13:05 -0800 (PST)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01849;
          Tue, 5 Jan 1999 19:12:58 -0800 (PST)
          (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp)
Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:sfjEyRaJWM3Mm4JJd/6DjQzMgz+JEqdt@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1])
	by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id MAA14345;
	Wed, 6 Jan 1999 12:12:29 +0900 (JST)
Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP
	id MAA27736; Wed, 6 Jan 1999 12:14:51 +0900 (JST)
Message-Id: <199901060314.MAA27736@zodiac.mech.utsunomiya-u.ac.jp>
To: sos@FreeBSD.ORG, msmith@FreeBSD.ORG
cc: current@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp
Subject: syscons update - when?
Date: Wed, 06 Jan 1999 12:14:45 +0900
From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

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...

What do you think?

Kazu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message