From owner-cvs-sys  Wed Dec 17 09:25:10 1997
Return-Path: <owner-cvs-sys>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id JAA26091
          for cvs-sys-outgoing; Wed, 17 Dec 1997 09:25:10 -0800 (PST)
          (envelope-from owner-cvs-sys)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA26082;
          Wed, 17 Dec 1997 09:24:56 -0800 (PST)
          (envelope-from hasty@rah.star-gate.com)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1])
          by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01982;
          Wed, 17 Dec 1997 09:24:41 -0800 (PST)
          (envelope-from hasty@rah.star-gate.com)
Message-Id: <199712171724.JAA01982@rah.star-gate.com>
X-Mailer: exmh version 2.0gamma 1/27/96
To: gjp@erols.net (Gary Palmer)
cc: cvs-all@freebsd.org, cvs-sys@freebsd.org
Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c 
In-reply-to: Your message of "Wed, 17 Dec 1997 09:46:12 EST."
             <199712171446.JAA12759@mutara.noc.erols.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 17 Dec 1997 09:24:41 -0800
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-cvs-sys@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> In article <199712151301.XAA00302@word.smith.net.au>,
> 	mike@smith.net.au (Mike Smith) writes:
> >> How close does this bring us to being able to run SVGAlib binaries
> >> in general?  Thanks also to Amancio for doign this!
> > 
> > Amancio has a modified SVGAlib which when built linux-mode allows Linux 
> > SVGALlib-using-binaries to run on FreeBSD.  It's not unreasonable to 
> > suggest that these changes might make it into the "mainstream" SVGAlib 
> > at some stage; until then we can just include it as part of the 
> > linux_lib port I guess.
> 
> There are 3 remaining problems:
> 
> - Linux's ioperm() isn't implimented, but I can fix that

We don't need ioperm.

> - normal svgalib checks the major number of the device to see if it is
>   a known console, there is a hack in linux_newfstat that can fix that.

It also checks the owner . The best thing to do is to read svgalib or
or one of the versions and examine how it handles virtual terminals
is not that much code.


> - quake has a rather unusual ``bug'' in dealing with the console file
>   descriptors. It opens /dev/console twice (from memory). It then
>   proceeds to set one non-blocking, and then promply reads from the
>   *other*, expecting it to be non-blocking *also*. This, of course,
>   *fails* (surprise surprise). An oddity to note is that this works
>   on NetBSD as Linux expects.

I have not noticed any problems with quake, quake II or quake server.

> I've gotten SVGALib Quake to run in the past by a *gross* hack, which
> re-mapped the FD that the ioctl was done on so that it did the
> non-blocking options on the one it actually reads from. This is,
> of course, not the Correct Solution (TM). I am not sure what is
> 

	Amancio