From owner-freebsd-arch Fri Jan 24 0:20:29 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 2589A37B4DF for ; Fri, 24 Jan 2003 00:20:26 -0800 (PST) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 799E143EB2 for ; Fri, 24 Jan 2003 00:20:25 -0800 (PST) (envelope-from nsouch@free.fr) Received: from armor.fastether (nas-cbv-7-62-147-153-115.dial.proxad.net [62.147.153.115]) by postfix4-2.free.fr (Postfix) with SMTP id C2C8DC0F9 for ; Fri, 24 Jan 2003 09:20:17 +0100 (CET) Received: (qmail 14156 invoked by uid 1001); 24 Jan 2003 08:34:30 -0000 Date: Fri, 24 Jan 2003 09:34:30 +0100 From: Nicolas Souchu To: Marcel Moolenaar Cc: "Pedro F. Giffuni" , arch@FreeBSD.ORG, Rodolphe Ortalo Subject: Re: the mythical syscons redesign document ( was Re: Porting wscons ) Message-ID: <20030124093430.A14066@armor.fastether> References: <20030122010246.52789.qmail@web13404.mail.yahoo.com> <1043236066.28124.6.camel@builder02.qubesoft.com> <20030122215115.GC590@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: <20030122215115.GC590@dhcp01.pn.xcllnt.net>; from marcel@xcllnt.net on Wed, Jan 22, 2003 at 01:51:16PM -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 Wed, Jan 22, 2003 at 01:51:16PM -0800, Marcel Moolenaar wrote: > This is what's been building in my head so far. It's graph-like > and probably too early for public exposure, but what the hee. Hey! You'd love KGI. This Kernel Graphic Interface is actually broken down in two parts: - KGI with display/device abstraction - KII with input/device abstraction Both are running around "focuses". So called devices are "clients" of display/input drivers and all (drivers and devices) can be registered/unregistered independently. At least two kind of graphic devices exist currently: /dev/graph for userland interfacing with the drivers and the TEs (currently a text based one and an xterm). Also, two kind of input devices: /dev/event for input event acquisition from userspace (keys, mouse) and the TEs. The bottom interfaces are input and display drivers. The input driver delivers input events to the focus management system (the core of virtual term management). If special events are hooked, devices *and* drivers are switched depending on the focus organisation (allocation of devices to input/display drivers). For example, in a multihead config with only *one* keyboard, if you have your TE on one screen and X on another, you can switch between them. A display driver is organized in mode setting and resource (cursor, fb, accel engine, fonts) methods. KGI provides for complex display drivers a framework for separating chipset/ramdac/clock drivers and allow building of a complete display driver with basic chip objects. One resource of display is a "text". If a display is used for console, it provides its own method for printing text. [...] > Note that text-only VGA drivers themselves have the ability to > multiplex by switching the display page. So, one could implement > virtual consoles with the VGA driver only. Need to keep this in > mind... Currently, such optimization is not handled by KGI but should be I believe. -- 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