All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dirk Behme <dirk.behme@googlemail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] OMAP3: SDP3430: Fix ARM relocation support
Date: Tue, 30 Nov 2010 06:19:36 +0100	[thread overview]
Message-ID: <4CF48968.9060000@googlemail.com> (raw)
In-Reply-To: <0554BEF07D437848AF01B9C9B5F0BC5DBD5BED1C@dlee01.ent.ti.com>

On 30.11.2010 04:25, Paulraj, Sandeep wrote:
>
>
>>
>> Signed-off-by: Dirk Behme<dirk.behme@googlemail.com>
>> ---
>>
>> Compile tested only.
>>
>>   board/ti/sdp3430/config.mk      |    2 +-
>>   include/configs/omap3_sdp3430.h |    6 ++++++
>>   2 files changed, 7 insertions(+), 1 deletion(-)
>>
>> Index: u-boot.git/board/ti/sdp3430/config.mk
>> ===================================================================
>> --- u-boot.git.orig/board/ti/sdp3430/config.mk
>> +++ u-boot.git/board/ti/sdp3430/config.mk
>> @@ -30,4 +30,4 @@
>>   # (mem base + reserved)
>>
>>   # For use with external or internal boots.
>> -CONFIG_SYS_TEXT_BASE = 0x80e80000
>> +CONFIG_SYS_TEXT_BASE = 0x80008000
>> Index: u-boot.git/include/configs/omap3_sdp3430.h
>> ===================================================================
>> --- u-boot.git.orig/include/configs/omap3_sdp3430.h
>> +++ u-boot.git/include/configs/omap3_sdp3430.h
>> @@ -309,6 +309,12 @@
>>   #define CONFIG_STACKSIZE_FIQ	(4<<  10) /* FIQ stack */
>>   #endif
>>
>> +#define CONFIG_SYS_SDRAM_BASE		PHYS_SDRAM_1
>> +#define CONFIG_SYS_INIT_RAM_ADDR	0x4020f800
>> +#define CONFIG_SYS_INIT_RAM_SIZE	0x800
>> +#define CONFIG_SYS_INIT_SP_ADDR		(CONFIG_SYS_INIT_RAM_ADDR + \
>> +					 CONFIG_SYS_INIT_RAM_SIZE - \
>> +					 GENERATED_GBL_DATA_SIZE)
>>   /*
>>    * SDRAM Memory Map
>
>
> Dirk,
>
> All 3 of your patches have the same issue.

Sorry, which issue? What's wrong with _these_ patches?

> Wolfgang, sent a patch some days back (it has not yet been applied and when it does it will be in the next branch) that moves the definition of CONFIG_SYS_TEXT_BASE to the config.h header file.

Yes. And? I can't see a reason why not fix the breakage of some boards 
with a correct patch (if it's correct? see above) just because some 
other not yet applied patches might touch the same parts of a file. 
Depending on the order of applying the patches, just the merge issues 
have to be resolved then. Either by automatic git merge or manually by 
an add on patch.

Do I understand correctly that you like to keep these three boards broken?

Please note that your recent u-boot-ti/master pull request touches

board/logicpd/am3517evm/config.mk

in exactly the same way you seem to complain here about (?).

Sorry if I misunderstood anything,

Dirk

  reply	other threads:[~2010-11-30  5:19 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-29 17:51 [U-Boot] [PATCH] OMAP3: SDP3430: Fix ARM relocation support Dirk Behme
2010-11-30  3:25 ` Paulraj, Sandeep
2010-11-30  5:19   ` Dirk Behme [this message]
2010-11-30  6:55     ` 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=4CF48968.9060000@googlemail.com \
    --to=dirk.behme@googlemail.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.