From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: [PATCH] OMAP: 2430SDP: Support LCD display as a FB device Date: Fri, 25 May 2007 16:51:03 -0700 Message-ID: <20070525235103.GN21314@atomide.com> References: <200705251518.13137.hyau@mvista.com> <9C23CDD79DA20A479D4615857B2E2C47FF0C4B@dlee13.ent.ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <9C23CDD79DA20A479D4615857B2E2C47FF0C4B@dlee13.ent.ti.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-omap-open-source-bounces@linux.omap.com Errors-To: linux-omap-open-source-bounces@linux.omap.com To: "Syed Mohammed, Khasim" Cc: Linux-omap-open-source@linux.omap.com List-Id: linux-omap@vger.kernel.org * Syed Mohammed, Khasim [070525 16:21]: > > >Add glue to control the 2430SDP LCD as a frame buffer device > >using the existing dispc.c driver under omapfb. > > > >Signed-off-by: Hunyue Yau > >Signed-off-by: Kevin Hilman > > Generally if we are putting a new file to list, it's better to mark it as an RFC or RFC / PATCH. So that Tony takes up this in his next series of pushes and we get some chance to review the code. Sorry, this was maybe a bit hasty push on my part :) > And for 2430 LCD please have discussions on list before working. Imre and I had a discussion a month back but due to other priorities we were not able to sync up again. There are good pointers that we have which can bring the code in a better shape. > > We have to work on 2420 2430 3430 Display subsystem for many boards that have different kind of interfaces like parallel, RFBI, DSI etc and software stack interface to FBDEV, V4L, etc. > > Lets re-start a thread may be early next week with Imre, Kevin, Hunyue. Let's come up with a framework later who ever gets time can contribute. Sounds like that's a different thread, the LCD panel configuration should still be the same, right? Tony