From owner-freebsd-hackers  Mon Aug 26 13:28:06 1996
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id NAA13726
          for hackers-outgoing; Mon, 26 Aug 1996 13:28:06 -0700 (PDT)
Received: from rover.village.org (rover.village.org [204.144.255.49])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA13680
          for <hackers@freebsd.org>; Mon, 26 Aug 1996 13:28:01 -0700 (PDT)
Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id OAA13119; Mon, 26 Aug 1996 14:27:49 -0600 (MDT)
Message-Id: <199608262027.OAA13119@rover.village.org>
To: Philippe Regnauld <regnauld@tetard.glou.eu.org>
Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? 
Cc: hackers@freebsd.org (hackers)
In-reply-to: Your message of Mon, 26 Aug 1996 02:08:04 +0200
Date: Mon, 26 Aug 1996 14:27:47 -0600
From: Warner Losh <imp@village.org>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

: 	Last time this topic was up people ran away screaming: "No X in the
: 	kernel, no X in the kernel !"... 

Linus says that as well :-).  The kernel support that I talked about
would be only to tell the kernel the size of the screen, rather than
to have the kernel do anything to the SVGA card itself (apart from
writing to different memory locations to cause the characters to
appear on the screen).

: 	For the intended  purpose, I  don't  think full chipset support  is
: 	required :-) Generic VGA should suffice, AFAI. 

Sadly this is not true.  You need as much chipset support as you would
for X.  However, it can be done in userland w/o kernel bloat.

At least my S3 card wouldn't work unitl the S3 support was properly
added to the code.  It has been ages since I've looked at the code,
however, so maybe they found a way around it.

Warner