From owner-freebsd-current Fri Dec 19 10:20:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05377 for current-outgoing; Fri, 19 Dec 1997 10:20:01 -0800 (PST) (envelope-from owner-freebsd-current) 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 KAA05302 for ; Fri, 19 Dec 1997 10:19:51 -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 KAA02040; Fri, 19 Dec 1997 10:19:42 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712191819.KAA02040@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Bruce Evans cc: current@freebsd.org, gjp@erols.com, gjp@erols.net, pb@fasterix.freenix.org Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c In-reply-to: Your message of "Sat, 20 Dec 1997 04:52:10 +1100." <199712191752.EAA21467@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Dec 1997 10:19:42 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, I know the way that I implemented it. Tnks. We can go via the iobitmap method after a short test cycle . --- Two problem still remain with the linux layer : the treatment of virtual consoles and mmap. Regards, Amancio > >I know what ioperm does and I first implemented it for 386bsd 0.0 8) > > That was more like Linux iopl than Linux ioperm. Linux iopl is already > implemented (incorrectly) in the Linux emulator. In Linux, it sets > the iopl bitfield to the specified value (0-3). In the Linux emulator, > it always sets the iopl bitfield to 3. > > >Not sure if it is worth any hazzle to implement it the way that > >that svgalib uses it . The problem comes in when they want to > > There is no choice. Anything else would not be Linux compatible. > > >do any kind of video acceleration how to then enable all those > >i/o registers for something like an S3 chipset. > > Svgalib presumably uses iopl for the hard cases. Linux has a restriction > on the bitmap size, at least in old versions, so it may be impossible to > access all the registers using ioperm. FreeBSD VM86-ioperm doesn't have > this restriction. > > >At any rate, there may be other valid uses for ioperm other than > >for svgalib. > > Linux ioperm gives some chance of secure access to device registers. > It needs at least a big immutable database of which registers are > secure. Where are all those i/o registers in your graphics card today? > > Bruce