From owner-freebsd-arch Sat Jan 25 1:46:58 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5D4B37B401 for ; Sat, 25 Jan 2003 01:46:56 -0800 (PST) Received: from postfix3-2.free.fr (postfix3-2.free.fr [213.228.0.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2C5143ED8 for ; Sat, 25 Jan 2003 01:46:55 -0800 (PST) (envelope-from nsouch@free.fr) Received: from armor.fastether (nas-cbv-7-62-147-153-9.dial.proxad.net [62.147.153.9]) by postfix3-2.free.fr (Postfix) with SMTP id C4A53C076 for ; Sat, 25 Jan 2003 10:46:48 +0100 (CET) Received: (qmail 19542 invoked by uid 1001); 25 Jan 2003 09:34:26 -0000 Date: Sat, 25 Jan 2003 10:34:26 +0100 From: Nicolas Souchu To: Marcel Moolenaar Cc: arch@FreeBSD.ORG Subject: Re: Console implementation: summary and personal conclusion Message-ID: <20030125103426.G14066@armor.fastether> References: <20030122010246.52789.qmail@web13404.mail.yahoo.com> <1043236066.28124.6.camel@builder02.qubesoft.com> <20030122215115.GC590@dhcp01.pn.xcllnt.net> <20030124093430.A14066@armor.fastether> <20030124212010.GA44543@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20030124212010.GA44543@dhcp01.pn.xcllnt.net>; from marcel@xcllnt.net on Fri, Jan 24, 2003 at 01:20:10PM -0800 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jan 24, 2003 at 01:20:10PM -0800, Marcel Moolenaar wrote: [...] > I think that if we focus on our immediate needs, but don't cut > corners that can't be "uncut" we should go for something like KGI. > We already have a vga and tga driver and those can be used to > bootstrap something new. Even if we have to write a driver from > scratch, we don't have to write a 2D/3D accelerator. Get a portable > console implemetation first, even if it's text-only. If we make > sure we can provide compatibility with pcvt, we can keep syscons > for i386. After that, we can work on the future... > > Thoughts? Well summarized. For the compatibility I already have planned the following mechanisms (vidsw is the current console/video_driver API): -------- VGA -------- <- vidsw VESA -------- <- vidsw kgiy *new KGI display code* -------- KGI (ported KGI) -------- kgia *new KGI device code* -------- <- vidsw syscons -------- VGL -------- At least, all this is necessary for testing. Similar approach is used for keyboard: -------- atkbdc -------- atkbd (or ukbd) -------- <- kbd kiidrv *new KII input code* -------- KII (ported KGI) -------- kiikbd *new KII device code* -------- <- kbd syscons -------- VGL -------- But the one which won't be compatible with above scheme is certainly pcvt... Ok, all this is too much code, but for the moment it helps integrating and understanding KII/KGI. Once definitely accepted and trusted we'll rip the extra code. -- Nicholas Souchu - nsouch@free.fr - nsouch@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message