[U-Boot-Users] Problem Building U-Boot 1.1.5

newer
[U-Boot-Users] [GIT-PULL] Please...

older
[U-Boot-Users] u-boot for OMAP1612

Diego Fons

13 Apr 2007 13 Apr '07

7:53 p.m.

Hi,

I'm trying to build a U-Boot version from Ronetix to run in AT91SAM9261 (Ronetix pm9261) with my own toolchain which includes linux headers 2.16.12, uClibc 0.9.28.3, binutils 2.16.1 and GCC 3.4.6. The problem is I get errors during building:

make[1]: Entering directory `/home/dfons/u-boot-1.1.5-ronetix/examples' cc1: error: invalid option `fpu=fpa' cc1: error: invalid option `abi=apcs-gnu' hello_world.c:0: error: bad value (arm926ej-s) for -mtune= switch

I've no idea what it could be :(

The Ronetix README says:

If you have pre-built GCC ARM toolchain you can skip steps 1 and 2.

1. Required packages for building the u-boot-1.1.5-ronetix binutils-2.17.50.0.6 gcc-4.1.1 newlib-1.14.0 insight-6.5

But i have my toolchain (no with this versions) so i skept steps 1 (and 2).

ideas? suggestions?

Regards, Diego A. Fons.

-- +-----------------------------------------------------------+ E9C6C265 / 8D70 4A80 C337 DC0E 384A 6505 767B 11C2 E9C6 C265 +-----------------------------------------------------------+ "In the game of chess, you can never let your adversary see your pieces." -- Zapp Brannigan.

Show replies by date

Wolfgang Denk

13 Apr 13 Apr

11:17 p.m.

In message 1f22da050704131053h5972dea9uf69db59475eb089c@mail.gmail.com you wrote:

...

I'm trying to build a U-Boot version from Ronetix to run in AT91SAM9261 (Ronetix pm9261) with my own toolchain which includes linux headers 2.16.12, uClibc 0.9.28.3, binutils 2.16.1 and GCC 3.4.6. The problem is I get errors during building:

make[1]: Entering directory `/home/dfons/u-boot-1.1.5-ronetix/examples' cc1: error: invalid option `fpu=fpa' cc1: error: invalid option `abi=apcs-gnu' hello_world.c:0: error: bad value (arm926ej-s) for -mtune= switch

I've no idea what it could be :(

It's a bad value (arm926ej-s) being used for the -mtune= switch...

...

The Ronetix README says:

...

ideas? suggestions?

Call Ronetix support?

Best regards,

Wolfgang Denk

-- DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk Office: Kirchenstr. 5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de "A witty saying proves nothing." - Voltaire

Leonid

14 Apr 14 Apr

4:33 a.m.

New subject: [U-Boot-Users] static variables in u-boot.

Hi:

Because u-boot reallocates itself, static/global variables cannot be freely used there - if something is initialized using pointers on such variables, they actually points to wrong addresses (may be on flash) after reallocation.

What is simplest way to fix this problem - surely many people have bumped into that?

U_BOOT_CMD macro kind of does the trick for entries of u-boot CLI, but when I tried to mimic this logic buy organizing special section for my variables, I have here and there, it didn't work. Probably I miss something.

Does anybody have a suggestion?

Thanks,

Leonid.

Grant Likely

5:53 a.m.

New subject: [U-Boot-Users] static variables in u-boot.

On 4/13/07, Leonid Leonid@a-k-a.net wrote:

...

Hi:

Because u-boot reallocates itself, static/global variables cannot be freely used there - if something is initialized using pointers on such variables, they actually points to wrong addresses (may be on flash) after reallocation.

What is simplest way to fix this problem - surely many people have bumped into that?

I've got a fix in the works for this. It's based on the work done by Txema Lopez. The problem is related to the linker script and the options used to get a relocatableff target.

See Txema's patch here:

http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/26372

I'm busy at the moment getting some kernel stuff sorted out. I should be back on the u-boot side of things by early next week.

Cheers, g.

-- Grant Likely, B.Sc. P.Eng. Secret Lab Technologies Ltd. grant.likely@secretlab.ca (403) 399-0195

mushtaq khan

20 Apr 20 Apr

12:31 p.m.

New subject: [U-Boot-Users] static variables in u-boot.

Hi Leonid,

I dont thing it is a problem with static or global pointers. It is something to do with relocation of a section .rodata which holds string constants like U-Boot 1.1.3 . I faced a similar problem, I had NOR (boot flash) and NAND flash sharing EBC pins. That is either I can use NOR flash or NAND flash but not both at the same time.When I gave the EBC pins control to NAND flash, u-boot used to crash. I found that it use to crashing at the line static const char *l = "xwr"; In this case string used to be in .rodata section. And i found that pointer l is pointing to a location that is of the NOR flash, which means relocation from boot flash (i.e. NOR) to SDRAM didnt happen for all the sections.

I didnt know how to fix this issue in Linker descriptor file. But I had alternate solution that is, I replaced the above code with: static const char l[] = "xwr"; In this case string xwr was in .data section.

Thanks, -Mushtaq Khan

Leonid Leonid@a-k-a.net wrote:

Hi:

What is simplest way to fix this problem - surely many people have bumped into that?

Does anybody have a suggestion?

Thanks,

Leonid.

------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=D... _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

--------------------------------- Check out what you're missing if you're not on Yahoo! Messenger

6593

Age (days ago)

6600

Last active (days ago)

List overview

Download

4 comments

5 participants

tags (0)

participants (5)

Diego Fons
Grant Likely
Leonid
mushtaq khan
Wolfgang Denk