From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michel =?ISO-8859-1?Q?D=E4nzer?= Subject: Re: Choosing the correct framebuffer configuration Date: Sun, 07 Aug 2005 16:38:23 -0400 Message-ID: <1123447105.9713.6.camel@localhost> References: <9e473391050805184756f055ea@mail.gmail.com> <9e473391050807083327b190f9@mail.gmail.com> <1123430435.3848.332.camel@localhost> <1123431300.30257.116.camel@gaston> <1123432349.3978.335.camel@localhost> <9e47339105080709537a8064bb@mail.gmail.com> Reply-To: linux-fbdev-devel@lists.sourceforge.net Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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 1E1ruw-00078G-Jd for linux-fbdev-devel@lists.sourceforge.net; Sun, 07 Aug 2005 13:38:46 -0700 Received: from darkcity.gna.ch ([195.226.6.9]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1E1ruv-000403-4b for linux-fbdev-devel@lists.sourceforge.net; Sun, 07 Aug 2005 13:38:46 -0700 Received: from localhost (localhost [127.0.0.1]) by darkcity.gna.ch (Postfix) with ESMTP id 28BEF1CEFDA for ; Sun, 7 Aug 2005 22:38:42 +0200 (CEST) Received: from unknown by localhost (amavisd-new, unix socket) id client-XX8Zpoel for ; Sun, 7 Aug 2005 22:38:40 +0200 (CEST) Received: from localhost (CPE001124084852-CM014500006147.cpe.net.cable.rogers.com [65.48.154.37]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by darkcity.gna.ch (Postfix) with ESMTP id 1C0621CEFC7 for ; Sun, 7 Aug 2005 22:38:33 +0200 (CEST) Received: from daenzer by localhost with local (Exim 4.52) id 1E1ruc-0002lY-Va for linux-fbdev-devel@lists.sourceforge.net; Sun, 07 Aug 2005 16:38:27 -0400 In-Reply-To: <9e47339105080709537a8064bb@mail.gmail.com> 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="utf-8" To: linux-fbdev-devel@lists.sourceforge.net On Sun, 2005-08-07 at 12:53 -0400, Jon Smirl wrote:=20 > On 8/7/05, Michel D=C3=A4nzer wrote: > > On Sun, 2005-08-07 at 18:14 +0200, Benjamin Herrenschmidt wrote: > > > > > The problem is that the radeonfb driver sees bpp =3D 32 and then = sets > > > > > rgbt =3D 8/8/8/8. It stomps rgbt without looking at it. > > > > > > > > Looks like a radeonfb bug. > > > > > > It's not a bug :) radeonfb doesn't support anything but that format f= or > > > now. > >=20 > > According to Geert's rules, it should fail instead of rounding down > > r/g/b. >=20 > One problem with these rules is that it makes it hard to determine > what is the best config available. I can't just set in 255BPP and then > let it tell me the best available config. If an app doesn't know its _minimum_ requirements, I doubt it wants 16 bits per component. If an app really needs the 'best' (how is that defined?) config, it can try setting the best it supports and then lower the requirements until it hits something that the driver supports. > What config should I get if everything is zero, BPP and rgbt? > According to the rules this is an error,=20 I haven't seen such a rule, where is it? > should it instead return the best config? That sounds to me like the app doesn't care, so the driver can return whatever it pleases. --=20 Earthling Michel D=C3=A4nzer | Debian (powerpc), X and DRI develop= er Libre software enthusiast | http://svcs.affero.net/rm.php?r=3Ddaenzer ------------------------------------------------------- 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