From owner-freebsd-current Mon Mar 23 21:15:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA15224 for freebsd-current-outgoing; Mon, 23 Mar 1998 21:15:25 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA15026; Mon, 23 Mar 1998 21:14:15 -0800 (PST) (envelope-from doconnor@cain.gsoft.com.au) Received: from cain (localhost [127.0.0.1]) by cain.gsoft.com.au (8.8.8/8.6.9) with ESMTP id PAA10765; Tue, 24 Mar 1998 15:44:03 +1030 (CST) Message-Id: <199803240514.PAA10765@cain.gsoft.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Mike Smith cc: "Daniel O'Connor" , Andrzej Bialecki , =?ISO-8859-2?Q?S=F8ren_Schmidt?= , Jonathan Lemon , current@FreeBSD.ORG Subject: Re: BIOS calls In-reply-to: Your message of "Mon, 23 Mar 1998 20:47:41 -0800." <199803240447.UAA15246@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Mar 1998 15:44:03 +1030 From: "Daniel O'Connor" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > How about making it an LKM? > > Then the kernel will know how to put the video card back into a sane state > > when your graphical app crashes.. > Just bolt it into syscons instead of the current mode changing. Much > more orthogonal. But one thing at a time - this code needs testing and > cleaning. Start there. Hmm.. wouldn't this end up kind of fat? If you make it a seperate LKM, then you can recompile it with different code for different cards.. Of course you could make syscons an LKM, and do the same thing, but I've never tried to get _that_ working... > > Gee.. Lets just port the GGI API.. They are working on an X server which us > > GGI.. Mmm, no more unreadable kernel messages when your X server crashes.. > *Yawn* The GGI stuff hasn't exactly impressed anyone with the speed > with which it (hasn't) improved recently. I can't see it congealing > into anything really useful before GLiDE completely obsoletes it. 8) Hmm.. well I can't say I ever looked at its speed :) But it did have several advantages in my mind in that it was in the kernel so it fixes the annoying "Oh dear my X server just died" problems (mostly), and their seemed to be a concerted effort to write drivers for it. There is also the added bonus that since its API would be shared with Linux we'd gain applications to the fold =) (There is also a svgalib emulator thingo for it). I don't get what you mean about glide.. Its not like thats any more standard.. OK so 3Dfx probably have the largest share of 3D cards in home PC's, but I can't see any other companies using it :) It's also proprietary, so you can totally rule out porting it. (Heh.. ask Amancio :) Maybe I'm just getting starey eyed again =) --------------------------------------------------------------------- |Daniel O'Connor software and network engineer for Genesis Software | |http://www.gsoft.com.au | |The nice thing about standards is that there are so many of them to| |choose from. -- Andrew Tanenbaum | --------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message