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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox