public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Wolfgang Grandegger <wg@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH] LOGO: Adds LCD color map 565 support.
Date: Wed, 30 May 2007 14:28:06 +0200	[thread overview]
Message-ID: <465D6DD6.9000505@denx.de> (raw)
In-Reply-To: <20070530080019.GB18366@enneenne.com>

Hi Rodolfo,

some more comments.

Rodolfo Giometti wrote:
> On Wed, May 30, 2007 at 09:50:55AM +0200, Wolfgang Grandegger wrote:
>> Hi Rodolfo,
>>
>> sorry for the late answer.
> 
> Don't worry about it I'm a little busy too. :)
> 
>> One limitation of bitmap_plot, and also display_bitmap is, that it does 
>> not work for back&white displays, even if the latter function is used 
>> somehow for black&white display, e.g. with ugly hacks for MCC200. I 
>> would like to have generic drawing functions for 1, 8 and 16 bpp.
> 
> My suggestion is to remove completely the logo support and rewrite the
> function:
> 
>    int lcd_display_bitmap(ulong bmp_image, int x, int y)
> 
> in order to support, in a easy configurable way, all bpp LCD
> resolutions.
> 
> On my side I can write and test the code for 16bpp LCD on a PXA2xx but
> I need help and support for other resolutions and CPUs! It could be
> acceptable to write a first version of such function for my hardware
> and then adding the other support even if it could break current board
> logo/splash support?

Well, LCD support is broken partly for various boards anyhow. Actually 
it's peppered with hacks and errors :-(. Here some examples:

- lcd_display_bitmap() does not work for black&white.

- lcd_setcolreg() is wrong for MPC823 and PXA. The color arguments are 8
   bit values (0..ff) and must be converted properly for the color table
   of the device. e.g the MPC823 has only 16 values per color.

- #ifdef mess.

- The common code should be hardware _independent_.

- CFG_INVERT_COLORS should be removed like in the Linux driver.

I also have just a MPC823 with various panels for testing but we should 
at least fix the obvious things. I'm currently working on various 
issues, especially to support dynamic LCD controller configuration in 
U-Boot, requiring substantial modifications anyhow. Nevertheless, I'm 
not willing to spend too much time on this driver, because it's for old 
hardware. It's not interesting for new projects.

Wolfgang.

  reply	other threads:[~2007-05-30 12:28 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-25 15:36 [U-Boot-Users] [PATCH] LOGO: Adds LCD color map 565 support Rodolfo Giometti
2007-05-25 15:47 ` Wolfgang Denk
2007-05-25 16:21   ` Rodolfo Giometti
2007-05-25 16:53     ` Wolfgang Denk
2007-05-26 13:18       ` Rodolfo Giometti
2007-05-30  7:50         ` Wolfgang Grandegger
2007-05-30  8:00           ` Rodolfo Giometti
2007-05-30 12:28             ` Wolfgang Grandegger [this message]
2007-05-30 13:33               ` Rodolfo Giometti
2007-05-30 14:35                 ` Wolfgang Grandegger
2007-05-30 14:39                   ` Rodolfo Giometti
2007-05-30 19:19                     ` Wolfgang Grandegger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=465D6DD6.9000505@denx.de \
    --to=wg@denx.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox