public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
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.

  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