From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Morsing Subject: Re: [PATCH 0/2] Add recommended bpp for omap dss2 generic dpi panels Date: Wed, 16 Feb 2011 20:22:11 +0100 Message-ID: <1297884131.8777.34.camel@morsing> References: <1297530130-10355-1-git-send-email-daniel.morsing@gmail.com> <1297861914.988.1.camel@deskari> <1297865193.8777.8.camel@morsing> <1297866996.988.69.camel@deskari> <1297870958.8777.21.camel@morsing> <1297871886.14556.21.camel@deskari> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-wy0-f174.google.com ([74.125.82.174]:56149 "EHLO mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751964Ab1BPTVk (ORCPT ); Wed, 16 Feb 2011 14:21:40 -0500 In-Reply-To: <1297871886.14556.21.camel@deskari> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Tomi Valkeinen Cc: Tony Lindgren , Bryan Wu , "linux-fbdev@vger.kernel.org" , "linux-omap@vger.kernel.org" On Wed, 2011-02-16 at 17:58 +0200, Tomi Valkeinen wrote: > On Wed, 2011-02-16 at 09:42 -0600, Daniel Morsing wrote: > > On Wed, 2011-02-16 at 16:36 +0200, Tomi Valkeinen wrote: > > > > And I found: > > > > > > http://www.timll.com/chinese/download/files/CHILIN_TECHNOLOGY.pdf > > > > > > It looks like 24bpp display. > > > > > > > Ok I looked through the datasheet and it looks to me that i got > > the .config field right. Only thing that's vague from that sheet is > > which pixel clock edge the v-sync and h-sync are driven low and the > > color distortion is still there with either option. > > > > > What kind of color distortion do you see? Perhaps the problem is > > > somewhere else, like wrong horizontal sync, vertical sync or pixel clock > > > signal setting in .config field. This info should be in the panel > > > datasheet, but it usually takes some deciphering to understand it =). > > > > > > Tomi > > > > > > > I'm seeing a light cyan tint to everything when running at 24bpp. Using > > 16 datalines causes a heavy blue tint. > > But with 24 datalines and 16 bpp it works? Sounds strange =). > > One thing to check are the pinmuxings (or pad configuration, as it's > called in omap3 trm). > > Are you using 2.6.37 or newer kernel? > > Is this also happening with other devkit8000 devices, so it's not just a > broken device? > > Have you tried with an image with full red, green and blue areas, to see > if only certain colors are affected? > > And the last option is of course get a scope and see what's going on in > the datalines. > > Tomi > > Ok I've done some more testing, the result being that I'm a bit of an idiot. The cyan tint only appears on console text. Running any sort of program that actually used the display worked as intended. Setting the bpp as 16 actually made all the colors muted when you actually used the display, so it is clearly the wrong "solution". Since no one actually uses a hardware tty on a device like this, the issue is kinda pointless. So I'm gonna resend the panel adding patch without the bpp hack and with the correct name. Regards, Daniel Morsing