From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3] Don't grab memory for LCD if FB address is defined
Date: Mon, 25 Apr 2011 09:38:35 +0200 [thread overview]
Message-ID: <4DB524FB.9010905@aribaud.net> (raw)
In-Reply-To: <20110424232755.C2225D5269F@gemini.denx.de>
Le 25/04/2011 01:27, Wolfgang Denk a ?crit :
> Dear Minkyu Kang,
>
> In message<4D8BE6BD.2090101@samsung.com> you wrote:
>> If FB address is defined specific address then don't grab memory for LCD
>>
>> Signed-off-by: Minkyu Kang<mk7.kang@samsung.com>
>> Cc: Albert Aribaud<albert.aribaud@free.fr>
>> Cc: Wolfgang Denk<wd@denx.de>
>> Cc: Stefan Roese<sr@denx.de>
>> Cc: Kim Phillips<kim.phillips@freescale.com>
>> Cc: Andy Fleming<afleming@gmail.com>
>> Cc: Kumar Gala<kumar.gala@freescale.com>
> ...
>> --- /dev/null
>> +++ b/doc/README.fb_addr
>> @@ -0,0 +1,17 @@
>> +Define CONFIG_FB_ADDR if you want to use specific address for frame buffer.
>> +Then system will reserve the frame buffer address to defined address instead of
>> +lcd_setmem (this function grab the memory for frame buffer by panel's size).
>> +
>> +Please see below code (in board_init_f function from arch/arm/lib/board.c)
>> +
>> +#ifdef CONFIG_FB_ADDR
>> + gd->fb_base = CONFIG_FB_ADDR;
>> +#else
>> + /* reserve memory for LCD display (always full pages) */
>> + addr = lcd_setmem (addr);
>> + gd->fb_base = addr;
>> +#endif /* CONFIG_FB_ADDR */
>> +
>> +If you want this config option then please define it at your board config file
>> +
>> +#define CONFIG_FB_ADDR 0x00000000
>
> Sorry for the late review, but it makes littel sense to add individual
> README.* files for each and every CONFIG option. Please add the
> documentation (with a little less verbocity) to the top level README
> instead.
Minkyu: can you provide an quick-updated patch with the doc in the top
level README? I'll rebase and replace accordingly.
> Best regards,
>
> Wolfgang Denk
Amicalement,
--
Albert.
next prev parent reply other threads:[~2011-04-25 7:38 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-08 4:50 [U-Boot] [PATCH 1/3] ARM: Don't grab memory for LCD if FB address is defined Minkyu Kang
2011-03-13 19:50 ` Wolfgang Denk
2011-03-15 2:16 ` Minkyu Kang
2011-03-15 8:35 ` [U-Boot] [PATCH v2] " Minkyu Kang
2011-03-24 14:38 ` Albert ARIBAUD
2011-03-25 0:50 ` [U-Boot] [PATCH v3] " Minkyu Kang
2011-03-27 16:13 ` Albert ARIBAUD
2011-04-24 23:28 ` Wolfgang Denk
2011-04-24 23:27 ` Wolfgang Denk
2011-04-25 7:38 ` Albert ARIBAUD [this message]
2011-04-25 7:53 ` Minkyu Kang
2011-04-25 8:22 ` [U-Boot] [PATCH v4] " Minkyu Kang
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=4DB524FB.9010905@aribaud.net \
--to=albert.u.boot@aribaud.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