headers
kentropy | 2 Oct 2005 16:12
Picon
Favicon

why I don't see my msgs?

Hi,
I wonder why I can't get back my messages from Mailing List since last days of Sept.
Is it a server problem ?

Cheers :-)

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Permalink | Reply | 1 comment |
headers
Wolfgang Denk | 2 Oct 2005 21:58
Picon
Picon
Favicon

Re: Replacing AT91 u-boot

In message <INQMN6$BA1EA9D7C1AEB9F5F48178400D2F533D <at> libero.it> you wrote:
>
> Every test I do I'm more confused.
> Please apologize my question, but did you ever used an AT91RM9200DK board
> with u-boot (reading help and your site seems that you are a PPC expert
> but there is no examples using AT91) ?

My own ARM knowledge is indeed limited, but there are other engineers
in our team who know exactly  what  they  are  doing;  DENX  supports
PowerPC, ARM and MIPS.

And yes, I did. Here is an  example  (not  exactly  the  AT91RM9200DK
board  but  the CMC_PU2, but there is no difference between these two
boards relevant to this discussion):

U-Boot 1.1.3 (Apr  6 2005 - 15:40:24)

U-Boot code: 20F00000 -> 20F18A38  BSS: -> 20F1D23C
RAM Configuration:
Bank #0: 20000000 16 MB
Board: CMC-PU2 (Rittal GmbH)
Flash:  8 MB
In:    serial
Out:   serial
Err:   serial
...
=> tftp 20800000 /tftpboot/cmcpu2/uImage
TFTP from server 192.168.1.1; our IP address is 192.168.20.1
Filename '/tftpboot/cmcpu2/uImage'.
Load address: 0x20800000
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 2 Oct 2005 22:00
Picon
Picon
Favicon

Re: why I don't see my msgs?

In message <INQKSB$BF9CFD9668C2E4706E609C51BC3B29C5 <at> libero.it> you wrote:
>
> I wonder why I can't get back my messages from Mailing List since la=
> st days of Sept.
> Is it a server problem ?

Probably. The question is: which server. It seems to be not a problem
with SourceForge as I receive your postings just fine.

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
I used to be indecisive, now I'm not sure.

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Permalink | Reply | 0 comments |
headers
kentropy | 2 Oct 2005 22:47
Picon
Favicon

Re: Replacing AT91 u-boot

Thank you again for your patience answering.

> The messages you showed make it clear that U-Boot *is*  running  fine
> on your board.

The thing I can't understand due to my inexperience is why using u-boot-0.3.2 with my kernel 2.6.13.2
everything worked
and simply changing u-boot-1.1.3 not.
So I suppose that the kernel is not the problem, but only the changed things: loader and u-boot.
Trying to guess: can the problem be caused by a different kind of SDRAM or Flash between my DK and your
compatible one ?
TIA

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Permalink | Reply | 2 comments |
headers
Wolfgang Denk | 1 Oct 2005 14:58
Picon
Picon
Favicon

Re: Replacing AT91 u-boot

In message <INOL40$6FF461974C374A63A2E5C94AB9FA51CC <at> libero.it> you wrote:
>
> I don't understand why the default configuration for at
> 91rm9200dk is don't work on my board, after 3 days I'm still unable to us
> e 1.1.3 :-(
> BTW the u-boot.gz I am sending here is created with gzip-ping u-boot.bin

You are not suppoesed to compress the u-boot.bin  file;  "u-boot.bin"
is a raw bbianry which can be directly run on the board. You must not
modiify it.

> Uboot> loadb 2000000
> 0
> ...SEND BOOT.BIN...

Why are you doing this? You should just store the u-boot.bin file  in
flash. Forget about boot.bin - it is not needed.

> Uboot> loadb 20000000
> ...SEND U-BOOT.GZ...

Wrong. Use the unmodified u-boot.bin file.

> Uboot> protect off 10010000
>  1001ffff
> Un-Protected 1 sectors
> 
> Uboot> erase 10010000 1001ffff
> Eras
> e Flash from 0x10010000 to 0x1001ffff Erasing sector 8 ... ok.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 2 Oct 2005 00:53
Picon
Picon
Favicon

Re: Replacing AT91 u-boot

In message <INPBUU$09053155FF9463E42DE4C4C2F582AC88 <at> libero.it> you wrote:
>
> Now is perfect (except for a weird CRC error message:
...
> *** Warning - bad CRC, using default environment

See FAQ at http://www.denx.de/twiki/bin/view/DULG/WarningBadCRC

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
"To IBM, 'open' means there is a modicum  of  interoperability  among
some of their equipment."                            - Harv Masterson

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 2 Oct 2005 23:56
Picon
Picon
Favicon

Re: Replacing AT91 u-boot

In message <INR32H$47E4B006BBE324436EF5632378983CEB <at> libero.it> you wrote:
>
> The thing I can't understand due to my inexperience is why using u-boot-0.3.2
> with my kernel 2.6.13.2 everything worked
> and simply changing u-boot-1.1.3 not.

Many, many things have changed between 0.3.2 and 1.1.3; it  would  be
interesting  to know why and where your kernel is hanging. You should
attach a debugger and  actually  try  to  *devbug*  this  insetad  of
guessing (and blaming U-Boot).

> So I suppose that the kernel is not the problem, but only the changed things:
> loader and u-boot.
> Trying to guess: can the problem be caused by a different kind of SDRAM or Flash between my DK and your
compatible one ?

No, definitely  not.  (Actually  I  can  run  the  same  tests  on  a
AT91RM9200DK,  but  this is not wired up for automatic testing in our
virtual lab, so I cannot run such tests remotely like I could  do  on
the cmc_pu2. But I know that it works exactly the same way.)

One of the things that did change is the mach-types.h file;  if  your
kernel  uses some invalid ID this could explain such a hang. But this
is wild guessing - please debug the problem.

Best regards,

Wolfgang Denk

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andrey P. Vasilyev | 3 Oct 2005 00:15
Picon

Re: Replacing AT91 u-boot

Hello!

On Sun, Oct 02, 2005 at 10:47:05PM +0200, kentropy wrote:
> The thing I can't understand due to my inexperience is why using u-boot-0.3.2 with my kernel 2.6.13.2
everything worked
> and simply changing u-boot-1.1..3 not.
> So I suppose that the kernel is not the problem, but only the changed things: loader and u-boot.
> Trying to guess: can the problem be caused by a different kind of SDRAM or Flash between my DK and your
compatible one ?

When I tried to start linux kernel on my RM9200-based board, my main 
problem was in RomBoot.bin (it is, actually, a predecessor or successor of 
loader.bin) - it was setting up PLLs by wrong command sequence right 
before starting kernel, and all the kernel messages was transmitted on the 
wrong baudrate.
Try to start u-boot directly from parallel flash without any first-stage 
bootloader. It might help.

--

-- 
With best regards,
  Andrey Vasilyev

-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
Permalink | Reply | 0 comments |
headers
kentropy | 2 Oct 2005 16:52
Picon
Favicon

Re: Replacing AT91 u-boot

> Sorry, I missed this.
> Remove the initrd= and mem= part. U-Boot passes correct ATAGS
> to  the kernel.

Thank you again.
I followed your suggestions:

U-Boot> printenv
bootdelay=3
baudrate=115200
ethaddr=00:02:a5:6e:3f:fd
filesize=3638c0
fileaddr=21140000
netmask=255.255.255.0
ipaddr=192.168.0.184
serverip=192.168.0.11
bootargs=root=/dev/ram rw ramdisk_size=15360 console=ttyS0,115200
stdin=serial
stdout=serial
stderr=serial

U-Boot> tftp 21100000 ramdisk
TFTP from server 192.168.0.11; our IP address is 192.168.0.184
Filename 'ramdisk'.
Load address: 0x21100000
Loading: ###
.snip.
########
done
Bytes transferred = 3553472 (3638c0 hex)
(Continue reading)

Permalink | Reply | 1 comment |
headers
kentropy | 2 Oct 2005 00:30
Picon
Favicon

Re: Replacing AT91 u-boot

Now I have u-boot-1.1.3 on AT91RM9200DK, but something is still going wrong :-(

U-Boot 1.1.3 (Sep 30 2005 - 15:33:58)

U-Boot code: 21F00000 -> 21F172AC  BSS: -> 21F1B968
RAM Configuration:
Bank #0: 20000000 32 MB
Atmel: AT49BV1614A (16Mbit)
Flash:  2 MB
DataFlash:AT45DB642
Nb pages:   8192
Page Size:   1056
Size= 8650752 bytes
Logical address: 0xC0000000
Area 0:	C0000000 to C0007FFF (RO)
Area 1:	C0008000 to C001FFFF (RO)
Area 2:	C0020000 to C0027FFF 
Area 3:	C0028000 to C083FFFF 
In:    serial
Out:   serial
Err:   serial
U-Boot> printenv

bootdelay=3
baudrate=115200
ethaddr=00:02:a5:6e:3f:fd
filesize=3638c0
fileaddr=21140000
netmask=255.255.255.0
ipaddr=192.168.0.184
(Continue reading)

Permalink | Reply | 1 comment |

Gmane