From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@cse.psu.edu Subject: Re: [9fans] ati radeon support From: C H Forsyth In-Reply-To: <3308f46c395bce82502b731fc273af8b@plan9.bell-labs.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-kcvfdykuptoorzmhwqwakerptt" Date: Fri, 3 Oct 2003 18:59:41 +0100 Topicbox-Message-UUID: 5cbb24ee-eacc-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-kcvfdykuptoorzmhwqwakerptt Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit yes, the problem with graphics cards is really the strange card-specific stuff needed to put it into a reasonable large, deep linear colour mode. if we had only to write code for the hw cursor for each one, that would be much less of a problem. even some of the hardware drawing code doesn't look hard to exploit ... once the card is in a sensible mode. the cursor code always seemed fairly similar, so it might not be too hard to have a table of ids just for that if necessary, and certainly card-specific code for that is fairly easy to write. one of the changes i was making to the software cursor in inferno is to bring it into a common interface with the hardware one (allowing for the need to interact a bit with devdraw re. screen access). --upas-kcvfdykuptoorzmhwqwakerptt Content-Type: message/rfc822 Content-Disposition: inline Return-path: <9fans-admin@cse.psu.edu> Received: from punt-3.mail.demon.net by mailstore for forsyth@vitanuova.com id 1A5R1h-00071Z-A3; Fri, 03 Oct 2003 14:35:25 +0000 Received: from [130.203.4.6] (helo=mail.cse.psu.edu) by punt-3.mail.demon.net with esmtp id 1A5R1h-00071Z-A3; Fri, 03 Oct 2003 14:35:25 +0000 Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id 2AC5619C09; Fri, 3 Oct 2003 10:35:21 -0400 (EDT) Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.8.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 4154019C09; Fri, 3 Oct 2003 10:35:07 -0400 (EDT) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: by mail.cse.psu.edu (CSE Mail Server, from userid 60001) id 9AA1419AA1; Fri, 3 Oct 2003 10:34:42 -0400 (EDT) Received: from plan9.cs.bell-labs.com (plan9.bell-labs.com [204.178.31.2]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 0A50919A11 for <9fans@cse.psu.edu>; Fri, 3 Oct 2003 10:34:31 -0400 (EDT) Message-ID: <3308f46c395bce82502b731fc273af8b@plan9.bell-labs.com> From: jmk@plan9.bell-labs.com To: 9fans@cse.psu.edu Subject: Re: [9fans] ati radeon support In-Reply-To: <543e21d05a66f04bff57ce80f26cffc5@vitanuova.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: 9fans-admin@cse.psu.edu Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: 9fans@cse.psu.edu List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Fri, 3 Oct 2003 10:34:29 -0400 X-Spam-Status: No, hits=-1.2 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,NO_REAL_NAME,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) On Fri Oct 3 09:10:45 EDT 2003, rog@vitanuova.com wrote: > > On last discussion I understood that there is a problem with hw cursor > > (noone supports it even if the standard VESA does). Before using VESA, > > someone has to write support for software cursor. > > you're right: the inferno stuff that forsyth posted relied on software > cursor support, something that plan 9 no longer has, i believe. I haven't ever looked at VESA, so forgive me if this is a stupid question: once you have used VESA to set up the hardware, if you know how to drive the hardware cursor is there anything stopping you from doing that? Usually, writing the code for a hardware cursor is fiddly but not hard. --upas-kcvfdykuptoorzmhwqwakerptt--