From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by ozlabs.org (Postfix) with ESMTP id E1CFDDDEDE for ; Sat, 24 Mar 2007 08:30:57 +1100 (EST) Received: by nf-out-0910.google.com with SMTP id m18so1971771nfc for ; Fri, 23 Mar 2007 14:30:56 -0700 (PDT) Message-ID: <393e3a4b0703231430n65b01a79jaff5942004405aa4@mail.gmail.com> Date: Fri, 23 Mar 2007 16:30:50 -0500 From: "Ken Sakurai" To: linuxppc-embedded@ozlabs.org Subject: Re: AVNET 440GX board In-Reply-To: <393e3a4b0703231145qc16b305x58389e3ba08c867b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_178596_16058867.1174685450544" References: <393e3a4b0703221234n20eee581g6cbf9af9be2c5ebb@mail.gmail.com> <200703230722.25498.sr@denx.de> <393e3a4b0703231145qc16b305x58389e3ba08c867b@mail.gmail.com> List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , ------=_Part_178596_16058867.1174685450544 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline 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 wrote: > > Stephen, > > > 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. > > 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 wrote: > > > > Ken, > > > > On Thursday 22 March 2007 20:34, Ken Sakurai wrote: > > > I'm trying to boot Linux on AVNET 440gx eval board but no luck so > > far. > > > What I did are that I downloaded a plain 2.6.20 kernel from kernel.org > > , > > > 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. > > > > > 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. > > > But still didn't work. > > > > > > The board comes with u-boot 1.0.2 with some fixes. I'm checking the > > u-boot > > > 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. > > > > > - > > > 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. > > > > > 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: > > ################################################################# > > > > > ################################################################# > > > ################################# > > > 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 > > ===================================================================== > > > > ------=_Part_178596_16058867.1174685450544 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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 <sakurken@gmail.com > wrote:
Stephen,

> 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.

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 < sr@denx.de> wrote:
Ken,

On Thursday 22 March 2007 20:34, Ken Sakurai wrote:
> I'm trying to boot Linux on  AVNET 440gx eval board but no luck so far.
> What I did are that I downloaded a plain 2.6.20 kernel from kernel.org,
> 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.

> 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.
> But still didn't work.
>
> The board comes with u-boot 1.0.2 with some fixes.  I'm checking the u-boot
> 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.

> -
> 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.

> 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: #################################################################
>          #################################################################
>          #################################
> 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
=====================================================================


------=_Part_178596_16058867.1174685450544--