Hi,

I decided to start tracing down the issue. I'm debugging early stage
by adding primitive debug code ( I don't have a fancy cpu debugger,
sign)

foobar:
        .long 0
start_:
        lis   r4, foobar@h
        ori   r4, r4, foobar@l
    li    r8, 0x1111
        stw   r8, 0(r4)

I found that the bootelf command actually jumped to _start(), and then
stoped inside load_kernel()@arch/ppc/boot/simple/misc.c.  Because of
stupid debugging method, just slow progress.

- ken


On 3/23/07, Ken Sakurai [off-list ref] wrote:

Stephen,

quoted

I don't know the AVNET 440GX eval board. Is it _identical_ to the

IBM/AMCC

quoted

Ocotea? If not you will most likely have no luck with this image. You

will

quoted

have to port Linux to this special board.

yeah, sounds like. I was so optimistic that Linux is kind of primary OS
for
any ppc board  when I choosed this board :-)

I was just using the elf image, instead of uimage.
'6501A8C0.img' is refereing zImage.img which is Linux elf image.
It looks to me that the bootelf command interprets ELF format corrently.

As you sugested, I also made uImage and used bootm to boot it.
But no luck. Here is the log.

=> setenv bootargs "console=ttyS0,19200 console=/dev/ttyS0"
=> tftp 0x100000 uImage
Waiting for PHY auto negotiation to complete.. done
ENET Speed is 100 Mbps - FULL duplex connection
Using ppc_440x_eth2 device
TFTP from server 192.168.1.1; our IP address is 192.168.1.101
Filename 'uImage'.
Load address: 0x100000
Loading: #################################################################

         #################################################################
         ######
done
Bytes transferred = 695605 (a9d35 hex)
=> bootm
## Booting image at 00100000 ...
   Image Name:   Linux-2.6.21-rc4
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    695541 Bytes = 679.2 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
(freeze at this point)

- Ken

On 3/23/07, Stefan Roese [off-list ref] wrote:

quoted

Ken,

On Thursday 22 March 2007 20:34, Ken Sakurai wrote:

quoted

I'm trying to boot Linux on  AVNET 440gx eval board but no luck so

far.

quoted

What I did are that I downloaded a plain 2.6.20 kernel from kernel.org

,

quoted

configured with 440GX, OCOTEA target (I'm not sure OCOTEA is correct
target),

I don't know the AVNET 440GX eval board. Is it _identical_ to the
IBM/AMCC
Ocotea? If not you will most likely have no luck with this image. You
will
have to port Linux to this special board.

quoted

then loaded the kernel image via tftp  and tried to boot with bootelf
command.
But I had no output message from Linux.

I suspected setting of Linux serial console. So I changed the kernel
parameter to
"ttyS0,19200" which I suppose correct becuase this is the minicom

setting.

quoted

But still didn't work.

The board comes with u-boot 1.0.2 with some fixes.  I'm checking the

u-boot

quoted

source code (might be some hint in there) and the serial device
initialization code in Linux.

Has anyone had experiece with Linux on AVNET 440GX board?
Any advise would be appreciated !

See below.

quoted

-
Ken

------

=> tftp
Waiting for PHY auto negotiation to complete.. done
ENET Speed is 100 Mbps - FULL duplex connection
*** Warning: no boot file name; using ' 6501A8C0.img'

Hmmmm. That's a strange image name. Normally you should boot the uImage
file
from U-Boot.

quoted

Using ppc_440x_eth2 device
TFTP from server 192.168.1.1 ; our IP address is 192.168.1.101
Filename '6501A8C0.img'.
Load address: 0x100000
Loading:

#################################################################

quoted

         #################################################################
         #################################
done
Bytes transferred = 832121 (cb279 hex)
=> bootelf
Loading .text @ 0x01000000 (15316 bytes)
Loading .data @ 0x01004000 (700416 bytes)
Clearing .bss @ 0x010af000 (8500 bytes)
## Starting application at 0x01000000 ...

And use the "bootm" command to boot the uImage.

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH, HRB 165235 Munich, CEO: Wolfgang Denk
Office:  Kirchenstr. 5,       D-82194 Groebenzell,            Germany
=====================================================================