All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marian Balakowicz <m8@semihalf.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH] [new uImage] Fix build errors when CONFIG_LOGBUFFER and CONFIG_FIT are enabled
Date: Wed, 07 May 2008 10:18:49 +0200	[thread overview]
Message-ID: <482165E9.1000401@semihalf.com> (raw)
In-Reply-To: <20080507071336.786642477F@gemini.denx.de>

Wolfgang Denk wrote:
> In message <20080507070353.7403.39121.stgit@hekate.izotz.org> you wrote:
>> Recent modifcations to LOGBUFFER handling code were incorrecly
>> introduced to fit_check_kernel() routine during
>> "Merge branch 'new-image' of git://www.denx.de/git/u-boot-testing",
>> commit 27f33e9f45ef7f9685cbdc65066a1828e85dde4f.
>>
>> This patch cleans up this merge issue.
> 
> Ummm... but don't you break logbuffer support that way?
> 
>> Signed-off-by: Marian Balakowicz <m8@semihalf.com>
>> ---
>>
>>  common/cmd_bootm.c |   11 -----------
>>  common/image.c     |    4 ----
>>  2 files changed, 0 insertions(+), 15 deletions(-)
>>
>>
>> diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
>> index 44f6b9f..0d67132 100644
>> --- a/common/cmd_bootm.c
>> +++ b/common/cmd_bootm.c
>> @@ -433,17 +433,6 @@ static int fit_check_kernel (const void *fit, int os_noffset, int verify)
>>  	}
>>  	show_boot_progress (105);
>>  
>> -#ifdef CONFIG_LOGBUFFER
>> -#ifndef CONFIG_ALT_LB_ADDR
>> -	kbd=gd->bd;
>> -	/* Prevent initrd from overwriting logbuffer */
>> -	if (initrd_high < (kbd->bi_memsize-LOGBUFF_LEN-LOGBUFF_OVERHEAD))
>> -		initrd_high = kbd->bi_memsize-LOGBUFF_LEN-LOGBUFF_OVERHEAD;
>> -	debug ("## Logbuffer at 0x%08lX ", kbd->bi_memsize-LOGBUFF_LEN);
>> -#else
>> -	debug ("## Logbuffer at 0x%08lX ", CONFIG_ALT_LB_ADDR);
>> -#endif
>> -#endif
> 
> Well, it's easy to remove the code here, but if serves a purpose, so
> it cannot be simply removed without adding it somewhere else. Or am I
> missing something?

This piece of the code was removed earlier with one of the Kumar's
patches that added LMB support for booting allocations.

Then it got incorrectly merged back in a wrong place, which this patch
intends to fix.

As to the check itself:
- it seem bogus, it does not properly check for initrd and logbuffer
areas overlaps
- it does not take into account the recent "effective" memory size
limitation introduced for ppc

I'll post a separate, preliminary patch that will attempt to implement
the check in a proper way.

Cheers,
Marian

  reply	other threads:[~2008-05-07  8:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-07  7:03 [U-Boot-Users] [PATCH] [new uImage] Fix build errors when CONFIG_LOGBUFFER and CONFIG_FIT are enabled Marian Balakowicz
2008-05-07  7:13 ` Wolfgang Denk
2008-05-07  8:18   ` Marian Balakowicz [this message]
2008-05-09 22:11 ` 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=482165E9.1000401@semihalf.com \
    --to=m8@semihalf.com \
    --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.