From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Antonino A. Daplas" Subject: Re: CRTC scanout buffer types Date: Mon, 08 Aug 2005 09:15:10 +0800 Message-ID: <42F6B21E.1070405@gmail.com> References: <9e47339105080513195dee0804@mail.gmail.com> <9e47339105080706414faf1e40@mail.gmail.com> <42F67719.9050805@us.ibm.com> <42F68105.1080207@pol.net> Reply-To: linux-fbdev-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.91] helo=mail.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Exim 4.30) id 1E1wET-00059B-22 for linux-fbdev-devel@lists.sourceforge.net; Sun, 07 Aug 2005 18:15:13 -0700 Received: from wproxy.gmail.com ([64.233.184.196]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1E1wER-0001Ur-9m for linux-fbdev-devel@lists.sourceforge.net; Sun, 07 Aug 2005 18:15:13 -0700 Received: by wproxy.gmail.com with SMTP id i21so664251wra for ; Sun, 07 Aug 2005 18:15:05 -0700 (PDT) In-Reply-To: Sender: linux-fbdev-devel-admin@lists.sourceforge.net Errors-To: linux-fbdev-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Vladimir Dergachev Cc: Ian Romanick , Jon Smirl , linux-fbdev-devel@lists.sourceforge.net, DRI developer's list Vladimir Dergachev wrote: >> I agree that something like the above is acceptable, exept that we need >> an extra field for offset and another if indexed color or not. So >> something like: >> >> A:2/0/R:10/2/G:10/12/B:10/22//I > > This is getting more cryptic by the minute. > > Can't we have a simple field: value lines ? Something like: > AlphaBits: 2 > AlphaOffset: 0 > The problem with doing that is you need to set everything in one go. Separating all those fields into different sysfs attributes will have a problem with synchronization. One workaround is to have another attribute 'Activate'. Nothing is set until the 'Activate' attribute is written to. There is still the problem of another process changing the other attributes behind the back of the original process. Tony ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf