From: himba <himba@siol.net>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] LCD on pxa255
Date: Mon, 14 Jun 2004 16:55:29 +0200 [thread overview]
Message-ID: <40CDBC61.7030709@siol.net> (raw)
In-Reply-To: <20040614132058.F3E44C109F@atlas.denx.de>
Wolfgang Denk wrote:
> It will enable U-Boot Bitmap _Support_ (i. e. the functions needed to
> draw the spash screen), but this does NOT anable the BMP _commands_.
Thank you for clearing it out for me.
> See also:
>
> By adding the CFG_CMD_BMP option to your CONFIG_COMMANDS
> command selections you can enable support for bitmap images
> in U-Boot. This will add bmp to the list of commands in your
> configuration of U-Boot
>
>
>>does not enable bmp command. I also tried with #define CONFIG_COMMANDS
>> (CONFIG_CMD_DFL | CMD_BMP), but with no success.
>
>
> Probably because it's CFG_CMD_BMP ?
>
Yes, I noticed.
> Also be aware that so far only the MPC823 LCD driver ("cpu/mpc8xx/lcd.c")
> and the SMI LynxE driver ("drivers/cfb_console.c") actually implement
> bitmap support and the splash screen feature.
>
Also noticed that it doesn't compile for pxa - le{16,32}_to_cpu
functions are missing and lcd_display_bitmap() is not defined. I
included linux/byteorder/little_endian.h in pxafb.c and copied
lcd_display_bitmap() from cpu/mpc8xx/lcd.c (did some quick hacks to
get it compile), but with no luck.
I guess I should first try to get testpattern displayed using
functions that are in pxafb.c already.
CONFIG_LCD_LOGO gets #undefined in pxafb.c by default, but I commented
it out and am also including bmp_logo.h (instead of bmp_nexus.h). I'm
suspecting that this gets u-boot corrupted since LCD is initialized at
0x0,
[LCD] Initializing LCD frambuffer at 00000000
and bitmap_plot() writes to lcd_base pointed to 00000000.
further...
I suspect there should be something similar done in lib_arm/board.c as
in lib_ppc/board.c ?
...
#ifdef CONFIG_LCD
/* reserve memory for LCD display (always full pages) */
addr = lcd_setmem (addr);
gd->fb_base = addr;
#endif /* CONFIG_LCD */
...
Function for reserving memory for fb - lcd_setmem() - already exist in
pxafb.c but it doesn't seem to be used anywhere ?!
regards, himba
next parent reply other threads:[~2004-06-14 14:55 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20040614132058.F3E44C109F@atlas.denx.de>
2004-06-14 14:55 ` himba [this message]
[not found] <20040614194917.D90B4C13D3@atlas.denx.de>
2004-06-15 19:35 ` [U-Boot-Users] LCD on pxa255 himba
[not found] <20040613224152.F37E1C109F@atlas.denx.de>
2004-06-14 8:31 ` himba
2004-06-14 12:49 ` Matej Kupljen
2004-06-14 15:37 ` himba
2004-06-14 19:49 ` Wolfgang Denk
2004-06-14 13:20 ` Wolfgang Denk
2004-06-14 13:39 ` himba
2004-06-14 14:48 ` Kyle Harris
2004-06-14 20:17 ` Matej Kupljen
2004-06-14 21:40 ` himba
2004-06-15 6:01 ` Matej Kupljen
2004-06-13 21:58 himba
2004-06-13 22:41 ` Wolfgang Denk
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=40CDBC61.7030709@siol.net \
--to=himba@siol.net \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.