From mboxrd@z Thu Jan 1 00:00:00 1970 From: Benjamin Herrenschmidt Subject: LCD scaling type Date: 10 Jan 2003 20:42:24 +0100 Sender: linux-fbdev-devel-admin@lists.sourceforge.net Message-ID: <1042227743.705.22.camel@zion.wanadoo.fr> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: Received: from amarseille-201-1-3-14.abo.wanadoo.fr ([193.253.250.14] helo=zion.wanadoo.fr) by sc8-sf-list1.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1 (Debian)) id 18X53C-0001Vo-00 for ; Fri, 10 Jan 2003 11:42:42 -0800 Received: from benh by zion.wanadoo.fr with local (Exim 3.36 #1 (Debian)) id 18X52u-0000Gs-00 for ; Fri, 10 Jan 2003 20:42:24 +0100 Errors-To: linux-fbdev-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Content-Type: text/plain; charset="us-ascii" To: Linux Fbdev development list Hi ! When setting a mode on an LCD display that is not exactly the native mode of that display, we can, on some chips, setup a scaler. However, most of the time, we have 2 difference choices for setting up this scaler: It can preserve or not preserve the aspect ratio. A typical example is the titnium powerbook's 1152x768 mode. If I set it to 1024x768, I can get either horizontal scaling (not preserving aspect ratio) or no scaling with black bars on left & right (preserving aspect ratio). While in most case you actually want to preserve the aspect ratio, it would still I beleive make sense to let the user choose it. Could we define one of the reserved fields in fb_var_screeninfo as beeing a "flags" field for such things ? There are a couple of other things that we may want to stuff into such a bitfield later, I'd suggest reserving one 32 bits field for such flags. Ben. -- Benjamin Herrenschmidt ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com