From owner-freebsd-hackers Thu Nov 8 20:52:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (Postfix) with ESMTP id EE0B637B419; Thu, 8 Nov 2001 20:52:04 -0800 (PST) Received: from cain.gsoft.com.au (root@localhost [127.0.0.1]) by cain.gsoft.com.au (8.11.6/8.11.6) with ESMTP id fA94pbS91657; Fri, 9 Nov 2001 15:21:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.5.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 09 Nov 2001 15:21:36 +1030 (CST) From: "Daniel O'Connor" To: Craig R Subject: Re: Framebuffer device under FreeBSD? Cc: questions@freebsd.org, hackers@freebsd.org, vkushnir@Alfacom.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 09-Nov-2001 Craig R wrote: > code and build it straight into the base OS. A linux compatability layer > could be made (similar idea as the existing binary support) so that more > applications would run, but the system itself would be independant. The idea Why write yet another interface? Is there anything inherently wrong with the Linux API? If not, just Use It. Ask the author of the code if he is prepared to dual license it to save time writing it again (unless it's trivial code). > of framebuffers in general is good, as the XFree86 project appears to be > going very slowly with little improvement in performance. Hmm.. I have to disagree here.. The Xv extension is very nice. The DRI is looking good etc.. --- 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-hackers" in the body of the message