From owner-freebsd-hackers Tue Feb 18 22:19:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id WAA06431 for hackers-outgoing; Tue, 18 Feb 1997 22:19:59 -0800 (PST) Received: from palrel1.hp.com (palrel1.hp.com [15.253.72.10]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA06424 for ; Tue, 18 Feb 1997 22:19:55 -0800 (PST) Received: from fakir.india.hp.com (fakir.india.hp.com [15.10.40.3]) by palrel1.hp.com with ESMTP (8.7.5/8.7.3) id WAA06368; Tue, 18 Feb 1997 22:19:37 -0800 (PST) Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.20/15.5+ECS 3.3) id AA241535024; Wed, 19 Feb 1997 11:50:24 +0500 Message-Id: <199702190650.AA241535024@fakir.india.hp.com> To: Chris Csanady Cc: Terry Lambert , dawes@rf900.physics.usyd.edu.au (David Dawes), hackers@FreeBSD.ORG Subject: Re: pcvt/132 columns In-Reply-To: Your message of "Tue, 18 Feb 1997 23:09:46 CST." <199702190509.XAA08828@nyx.pr.mcs.net> Date: Wed, 19 Feb 1997 11:50:24 +0500 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>> "Chris Csanady" writes > I was just browsing through some of the linux groups and noticed that > Metrolink donated their dynamic object loading system to the XFree86 > project. Perhaps once this gets integrated, it would not be nearly > as much trouble to implement a generic graphics driver of sorts in > the kernel.. The basic idea I believe is to bring in object code at run-time into a running program (the X server) allowing code for X extensions etc to be loaded on demand. This is a win on those platforms XFree runs on that don't support dynamic loading --- SVR3.2 comes to mind. Even today FreeBSD can theoritically support LKM's that could handle different video cards. However, the barrier to moving initialization into the kernel is the sheer amount of device dependent programming that needs to be done per graphics card. Perhaps if we could extract out just the device specific parts of the XFree86 initialization code and create LKMs we could be in a position to use the work being done by the XFree86 team. However the current code is not in a shape that could be tweaked easily to this purpose (too many X Server dependencies) Further the initialization code that comes with the XFree server does not support non-graphics mode initialization. Thus we can't acheive extended text modes with this approach anyway. Koshy My Personal Opinions Only.