From owner-freebsd-hackers Wed Mar 10 10:27:57 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id ED39115182 for ; Wed, 10 Mar 1999 10:27:31 -0800 (PST) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.2/8.9.1) id TAA09671; Wed, 10 Mar 1999 19:26:56 +0100 (CET) (envelope-from des) To: Mike Smith Cc: David Dawes , freebsd-hackers@FreeBSD.ORG Subject: Re: GGI References: <199903090151.RAA02086@dingo.cdrom.com> From: Dag-Erling Smorgrav Date: 10 Mar 1999 19:26:55 +0100 In-Reply-To: Mike Smith's message of "Mon, 08 Mar 1999 17:51:21 -0800" Message-ID: Lines: 16 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith writes: > It should be very simple; basically all that's missing right now is the > ability to get the linear framebuffer address information from the VESA > BIOS back into user-space. You should have no trouble mapping the > video aperture. On cards which do not support it, LFB can be simulated by trapping page faults and, if the fault address is within a specific range, setting the frame buffer window origin correctly and mapping it into memory so that the instruction which caused the fault, once restarted, will succeed. It's a hack and it's probably slow as hell, but it works. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message