From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from amanaus.varma-el.com (unknown [195.144.244.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 64DB867FCB for ; Wed, 17 Aug 2005 20:39:21 +1000 (EST) Message-ID: <43030D41.3000508@varma-el.com> Date: Wed, 17 Aug 2005 14:11:13 +0400 From: Andrey Volkov MIME-Version: 1.0 To: Wolfgang Denk References: <20050816194825.A62AC353AB5@atlas.denx.de> In-Reply-To: <20050816194825.A62AC353AB5@atlas.denx.de> Content-Type: text/plain; charset=ISO-8859-1 Cc: linuxppc-dev@ozlabs.org, surendra.yadav@softdel.com Subject: Re: [F]Framebuffer driver using SM501 hardware. List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , I (now :)) working on it too. Unfortunately, due to terrible SM docos/examples, I rewrite/write some parts from scratch :( (mainly based on Applied Data Systems drivers for PXA). Currently my driver(s) in prerelease stage. It provide: - PCI/bus infra. - CRT or LCD fb (dual head in progress, I hope, on next week it will be done). - hwd cursor - hwd accel (bitblit/fill rect/color expand) - I2C/DDC (software, due to silicon bug in SM501) - CI (Command List Interpreter) partially supported (problems in PCI mode: when it work as master with MPC5200, some data are lost, needed investigation). Todo: - 16 bpp colormap (needed reverse endian support in fbcon/fbmem) - Alpha (have not ideas how to use it in fb/X) - Video (same as above) - Platform driver (it will not too hard to write it, but all boards, which I have, are PCI based) - USB host (in progress) - USB slave - Full CI support. - UART/SPI/AC97.... To whom it is interesting, I could send my current code (not too little). And, if smb will wish fix/expand..., I could (temporally) create cvs on sf.net. Wolfgang Denk wrote: > In message <43022F05.3050409@anagramm.de> you wrote: > >>I was working with the SM501 framebuffer for a while on >>linux-2.6. > > > ...and we did in the context of our 2.4 kernel. > > >>There is a color-mapping issue left (RGB is swapped on powerpc) >>and it needs lots of code cleanup or a complete rewrite. > > > I think we fixed some of these problems, and I have a couple of other > patches sitting in my queue. Anybody interested can (1) have a look > at our tree and (2) mail me. > > Best regards, > > Wolfgang Denk ---------------- > > In message you wrote: > >>> >>> I am writing framebuffer driver using SM501. This graphics driver chip can > > > Why are you re-inventing the wheel? Because I (for ex.) don't use nor QT, nor X :) and I use 2.6 kernel. Also I need USB/AC97... support. -- Regards Andrey Volkov