[U-Boot-Users] U-boot on OMAP 1510 Innovator board

[U-Boot-Users] U-boot on OMAP 1510 Innovator board

[riya punjabi]

Hi,
	I am new to the Omap1510 Innovator board. I am trying
to put u-boot on the board.
So please be patient in reading the following and
answering for the same.

I am using the following hardware:
1. Omap1510 Innovator board
2. JTAG
3. Serial cable connected to COM1 on my PC

I am using the following softwares/tools:
1. Code Composer Studio 2(OMAP)
2. Spectrum Digital CCS Debug Tools for OMAP CCS 2.2x
3. VTI HOST for putting applications on board via JTAG
4. Windows XP's Hyperterminal Communications tool for
reading things in memory using serial cable.
5. u-boot 1.1.1 sources from
http://sourceforge.net/projects/u-boot
6. I have a prebuilt arm-softfloat-linux-gnu
toolchain.

I am using the following steps to build the u-boot
image (in Redhat Linux 9.0):
1. make distclean
2. make omap1510inn_config
3. vi cpu/arm925t/config.mk
   Here I have changed the line:
	PLATFORM_RELFLAGS += -fno-strict-aliasing 
-fno-common -ffixed-r8 \
        -mshort-load-bytes -msoft-float
   Replaced it with:
	PLATFORM_RELFLAGS += -fno-strict-aliasing 
-fno-common -ffixed-r8 \
        -msoft-float
4. vi Makefile
   Here I have removed the line (on line 124) :
     examples \
5. vi board/omap1510inn/config.mk
   Here I have changed the line:
	TEXT_BASE = 0x11080000
   Replaced it with:
	TEXT_BASE = 0x00000000
6. make CROSS_COMPILE=arm-softfloat-linux-gnu-
ARCH=arm dep
7. make CROSS_COMPILE=arm-softfloat-linux-gnu-
ARCH=arm all


These steps give me the u-boot.bin file. Then I used
the following steps to convert u-boot.bin to u-boot.m0
(in Redhat Linux 9.0):
1.dd conv=swab if=u-boot.bin of=u-boot.swab
2.arm-softfloat-linux-gnu-objcopy -O srec -I binary
--gap-fill=0xFF u-boot.swab u-boot.m0
3.objcopy -O srec --srec-forceS3 u-boot.m0 u-boot.m0

These steps give me the u-boot.m0 file. I had then put
this file on the board as follows (in Windows XP):
1. The memory configuration switches were set on
omap1510 Innovator board with S1 = ON and S2, S3, S4
as OFF.
2. Set the VTI HOST as follows:
   JTAG driver: sdgoarm9.dvr
   Board.dat file: ccBrd0.dat
   FLASH Copy function: SRAMFlashWriter.m0
   Register : Program Counter set to 0x0
3. Downloaded the u-boot.m0 file using VTI HOST.
4. Switch off the power supply for board.
4. Changed the Memory Configuration switch settings to
S1, S3 to ON and S2, S4 OFF.
5. Switch on the power supply for board.
6. Set the Hyperterminal
(Start-->Programs-->Accessories-->Communications-->Hyperterminals)
tool in Windows XP as follows:
   Connected to: COM1
   BaudRate: 115200
   Data Bits:8
   Parity: None
   Stop Bits: 1
   Flow Control: None


After all this was done the connection was established
but nothing was visible (the u-boot prompt was not
shown).


So please help me out to get u-boot on the board. If
anybody has been succesful in porting u-boot on
omap1510 innovator board please tell me how you have
done so, starting from building u-boot to putting it
on the board with the available hardware resources.

I desperately need help. So please reply soon.


--Riya.



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 

[U-Boot-Users] U-boot on OMAP 1510 Innovator board

[Michael Bendzick]

Riya-

I'm not sure about the rest of the procedure, as I use a different toolchain
and hardware, but I see a serious problem with the following step:

5. vi board/omap1510inn/config.mk 
   Here I have changed the line: 
        TEXT_BASE = 0x11080000 
   Replaced it with: 
        TEXT_BASE = 0x00000000

In doing this, you're re-assigning TEXT_BASE, part of the memory U-Boot runs
in, from RAM to Flash memory.  This simply won't work.  Do you have a reason
to be changing the address it uses, or were you intending to manipulate a
different aspect of memory that might be governed by some other constant we
could help you with?

-Michael Bendzick

[U-Boot-Users] U-boot on OMAP 1510 Innovator board

[riya punjabi]

Thanks for the reply.
As you said re-assigning TEXT_BASE won't work. But
why?
Truly speaking I don't know exactly how the U-boot
booting process happens, I mean i don't know how it is
loaded in differrent stages and where.... Can you plz
suggest some tutorial for the same....I couldn't find
one.
I had changed TEXT_BASE since I assumed that after
power-on the system reads from location 0x00000000. So
I had changed the TEXT_BASE address so that the system
would read from location 0x00000000 where I have
placed my u-boot.

You had also mentioned that u r using a different tool
chain. Which one is that?
It would be really helpful for me if you list out the
steps for building u-boot and the memory switch
settings. Also it would be great if you can specify
how to convert a .srec or .bin file to .m0 file.
Also, what's the difference between booting through
rrload and booting through U-boot.

--Riya.

>Riya-
>
>I'm not sure about the rest of the procedure, as I
use a >different 
>toolchain
>and hardware, but I see a serious problem with the
>following step:
>
>5. vi board/omap1510inn/config.mk 
>   Here I have changed the line: 
>        TEXT_BASE = 0x11080000 
>   Replaced it with: 
>        TEXT_BASE = 0x00000000
>
>In doing this, you're re-assigning TEXT_BASE, part of
>the memory U-Boot 
>runs
>in, from RAM to Flash memory.  This simply won't
work.  >Do you have a 
>reason
>to be changing the address it uses, or were you
>intending to manipulate 
>a
>different aspect of memory that might be governed by
>some other 
>constant we
>could help you with?
>
>-Michael Bendzick



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Helps protect you from nasty viruses. 
http://promotions.yahoo.com/new_mail

[U-Boot-Users] U-boot on OMAP 1510 Innovator board

[riya punjabi]

Thanks for the reply.
As you said re-assigning TEXT_BASE won't work. But
why?
Truly speaking I don't know exactly how the U-boot
booting process happens, I mean i don't know how it is
loaded in differrent stages and where.... Can you plz
suggest some tutorial for the same....I couldn't find
one.
I had changed TEXT_BASE since I assumed that after
power-on the system reads from location 0x00000000. So
I had changed the TEXT_BASE address so that the system
would read from location 0x00000000 where I have
placed my u-boot.

You had also mentioned that u r using a different tool
chain. Which one is that?
It would be really helpful for me if you list out the
steps for building u-boot and the memory switch
settings. Also it would be great if you can specify
how to convert a .srec or .bin file to .m0 file.
Also, what's the difference between booting through
rrload and booting through U-boot.

--Riya.

>Riya-
>
>I'm not sure about the rest of the procedure, as I
use a >different 
>toolchain
>and hardware, but I see a serious problem with the
>following step:
>
>5. vi board/omap1510inn/config.mk 
>   Here I have changed the line: 
>        TEXT_BASE = 0x11080000 
>   Replaced it with: 
>        TEXT_BASE = 0x00000000
>
>In doing this, you're re-assigning TEXT_BASE, part of
>the memory U-Boot 
>runs
>in, from RAM to Flash memory.  This simply won't
work.  >Do you have a 
>reason
>to be changing the address it uses, or were you
>intending to manipulate 
>a
>different aspect of memory that might be governed by
>some other 
>constant we
>could help you with?
>
>-Michael Bendzick



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 

[U-Boot-Users] Re: U-boot on OMAP 1510 Innovator board

[Ladislav Michl]

On Mon, Nov 29, 2004 at 12:56:36AM -0800, riya punjabi wrote:
> Truly speaking I don't know exactly how the U-boot
> booting process happens, I mean i don't know how it is
> loaded in differrent stages and where.... Can you plz
> suggest some tutorial for the same....I couldn't find
> one.

See README, Wiki and sources...

> I had changed TEXT_BASE since I assumed that after
> power-on the system reads from location 0x00000000. So
> I had changed the TEXT_BASE address so that the system
> would read from location 0x00000000 where I have
> placed my u-boot.

That's wrong. U-Boot copies itself into RAM and then executes from
there. So either use external or internal (as I do) RAM address.
See also u-boot.lds (linker script) and cpu/arm925t/start.S what
happens here.

Regards,
	ladis

[U-Boot-Users] U-boot on OMAP 1510 Innovator board

[Wolfgang Denk]

In message <20041129085637.56430.qmail@web41012.mail.yahoo.com> you wrote:
>
> As you said re-assigning TEXT_BASE won't work. But
> why?

Because you asigned an address in flash memory (= read-only) where  a
RAM address (= writable) was expoected.

> Truly speaking I don't know exactly how the U-boot
> booting process happens, I mean i don't know how it is

Then don;t meddle with things you don't understand.

> loaded in differrent stages and where.... Can you plz
> suggest some tutorial for the same....I couldn't find
> one.

I suggest you start with the RAEDME. It explains the boot procedure.

> I had changed TEXT_BASE since I assumed that after
> power-on the system reads from location 0x00000000. So
> I had changed the TEXT_BASE address so that the system
> would read from location 0x00000000 where I have
> placed my u-boot.

This is not how U-Boot works.

> You had also mentioned that u r using a different tool
> chain. Which one is that?

We use the ELDK (of course). See http://www.denx.de/ELDL.html

> It would be really helpful for me if you list out the
> steps for building u-boot and the memory switch

All this is doumented in great detail in the README  and  the  manual
(DULG - see http://www.denx.de/twiki/bin/view/DULG/Manual)

> settings. Also it would be great if you can specify
> how to convert a .srec or .bin file to .m0 file.

Maybe you explain what a ".m0" file is?

> Also, what's the difference between booting through
> rrload and booting through U-boot.

Maybe you explain what "rrload" is?


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
The use of COBOL cripples the mind; its teaching  should,  therefore,
be regarded as a criminal offence.
          -- Edsger W. Dijkstra, SIGPLAN Notices, Volume 17, Number 5