From owner-freebsd-hackers Fri Mar 7 09:14:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA29162 for hackers-outgoing; Fri, 7 Mar 1997 09:14:57 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA29153 for ; Fri, 7 Mar 1997 09:14:53 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16899; Fri, 7 Mar 1997 10:07:34 -0700 From: Terry Lambert Message-Id: <199703071707.KAA16899@phaeton.artisoft.com> Subject: Re: pcvt/132 columns To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Fri, 7 Mar 1997 10:07:34 -0700 (MST) Cc: ccsanady@nyx.pr.mcs.net, FreeBSD-hackers@FreeBSD.org In-Reply-To: <199703071149.MAA25547@ocean.campus.luth.se> from "Mikael Karpberg" at Mar 7, 97 12:49:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [ ... console card specific driver discussion ... ] > I'm not saying no one has thought of this before, but WHY in gods name, > not just use THE standard interface? Hard to keep track of all new cards? > Feeling happy when the driver comes out 1 year after the card is realeased? > Guess what? The drivers... *drums* _comes_with_the_cards_ TADA! It's supplied > by the manufacturers. It's downloadable from their sites. Yes... I'm talking > Windoze drivers. That's a standard interface for you. One which will allow > you to use any card with full driver support. That's would be the only thing > wee needed to implement in the kernel, except for a few drivers for standard > VGA etc, so that we can the get user booted. Ones you support that driver > interface, and a loading of such a driver file, it's easy to keep track of all > cards. With 2D/3D accelleration and anything else you want, fully supported. > All the user has to do is insert the disk that came with his card and mcopy > a file into a directory which is scanned at boot time, or something like that. > > This sounds great to me. Where's the problem? Why is this not allready done? FreeBSD does not support ELF. FreeBSD does not support segment coloring. FreeBSD does not support kernel driver init segment discard. FreeBSD does not provide "INIT level" messages to drivers. FreeBSD does not support kernel paging of non-page-operation-critical driver pages. FreeBSD does not support VM86() services, which some card manufacturers (like Matrox) use to invoke mode changes. FreeBSD does not provide the "Ring 0" Windows95/WindowsNT kernel services that these drivers may call for memory allocation, registry access for configuration settings, virtual memory management, PnP interfacing, and device probe response capture, etc.. First step: Support ELF Second step: Support segment coloring of ELF segments using Microsoft attributes for paging, etc. Third step: Implement coloring based activity, namely kernel virtual address space paging. Fourth step: Seperate the segments in the linked image, and change the kernel loader in the second stage boot to load multiple ELF segments to get a single kernel. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.