public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
* [U-Boot] U-Boot hangs after loading device tree
@ 2009-03-02 10:31 Afzal Nadirshah
       [not found] ` <49ABBACF.7000204@vastech.co.za>
  0 siblings, 1 reply; 3+ messages in thread
From: Afzal Nadirshah @ 2009-03-02 10:31 UTC (permalink / raw)
  To: u-boot

Hi,
       I am trying to bring linux up on our custom board, by loading the kernel.img , canynlands.dtb and Ramdisk onto the RAM using the serial port.
       However the boot process is getting hung. The boot boot process stops after the following messages :


     => run flash_self
## Booting kernel from Legacy Image at 1c000000 ...
   Image Name:   Linux-2.6.25.7-00002-geaaf8db
   Created:      2008-06-30  13:53:11 UTC
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1547704 Bytes =  1.5 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 1c200000 ...
   Image Name:   Simple Embedded Linux Framework
   Created:      2002-10-24   9:30:38 UTC
   Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
   Data Size:    1476478 Bytes =  1.4 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 1c1e0000
   Booting using the fdt blob at 0x1c1e0000
   Uncompressing Kernel Image ... OK
   Loading Ramdisk to 1fc78000, end 1fde077e ... OK
   Loading Device Tree to 007f9000, end 007ff0b4 ... OK


I have changed the kernel_addr, fdt_addr and the ramdisk_addr to the RAM addresses.
This is the output of the printenv command :


=> printenv
bootdelay=5
baudrate=115200
loads_echo=
preboot=echo;echo Type "run flash_nfs" to mount root filesystem over NFS;echo
hostname=canyonlands
netdev=eth0
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath}
ramargs=setenv bootargs root=/dev/ram rw
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}1
addtty=setenv bootargs ${bootargs} console=ttyS0,${baudrate}
addmisc=setenv bootargs ${bootargs}
initrd_high=30000000
kernel_addr_r=400000
fdt_addr_r=800000
ramdisk_addr_r=C00000
hostname=canyonlands
bootfile=canyonlands/uImage
ramdisk_file=canyonlands/uRamdisk
rootpath=/opt/eldk/ppc_4xxFP
flash_self=run ramargs addip addtty addmisc;bootm ${kernel_addr} ${ramdisk_addr} ${fdt_addr}
flash_nfs=run nfsargs addip addtty addmisc;bootm ${kernel_addr} - ${fdt_addr}
net_nfs=tftp ${kernel_addr_r} ${bootfile}; tftp ${fdt_addr_r} ${fdt_file}; run nfsargs addip a}
net_self_load=tftp ${kernel_addr_r} ${bootfile};tftp ${fdt_addr_r} ${fdt_file};tftp ${ramdisk_;
net_self=run net_self_load;run ramargs addip addtty addmisc;bootm ${kernel_addr_r} ${ramdisk_a}
fdt_file=canyonlands/canyonlands.dtb
load=tftp 200000 canyonlands/u-boot.bin
update=protect off 0x01000000 FFFFFFFF;era 0x01000000 FFFFFFFF;cp.b ${fileaddr} 0x01000000 ${fv
upd=run load update
nload=tftp 200000 canyonlands/u-boot-nand.bin
nupdate=nand erase 0 100000;nand write 200000 0 100000;setenv filesize;saveenv
nupd=run nload nupdate
pciconfighost=1
pcie_mode=RP:RP
fdt_addr=1c1e0000
ramdisk_addr=1c200000
ram_root=run ramargs addip;bootm ${kernel_addr} ${ramdisk_addr} ${fdt_addr}
ram_ws=1C000000
kernel_addr=1c000000
stdin=serial
stdout=serial
stderr=serial
ver=U-Boot 2009.01 (Feb 25 2009 - 15:12:15)
bootcmd=run flash_self
bootargs=root=/dev/ram rw ip=::::canyonlands:eth0:off panic=1 console=ttyS0,115200
filesize=1687BE

Have anybody faced a similar problem?



Regards,
Afzal Nadirshah


http://www.mindtree.com/email/disclaimer.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [U-Boot] U-Boot hangs after loading device tree
@ 2009-03-02 10:55 Pieter
  0 siblings, 0 replies; 3+ messages in thread
From: Pieter @ 2009-03-02 10:55 UTC (permalink / raw)
  To: u-boot

Afzal Nadirshah wrote:

> > Hi,
> >        I am trying to bring linux up on our custom board, by loading the kernel.img , canynlands.dtb and Ramdisk onto the RAM using the serial port.
> >        However the boot process is getting hung. The boot boot process stops after the following messages :
> >
> >
> >      => run flash_self
> > ## Booting kernel from Legacy Image at 1c000000 ...
> >    Image Name:   Linux-2.6.25.7-00002-geaaf8db
> >    Created:      2008-06-30  13:53:11 UTC
> >    Image Type:   PowerPC Linux Kernel Image (gzip compressed)
> >    Data Size:    1547704 Bytes =  1.5 MB
> >    Load Address: 00000000
> >    Entry Point:  00000000
> >    Verifying Checksum ... OK
> > ## Loading init Ramdisk from Legacy Image at 1c200000 ...
> >    Image Name:   Simple Embedded Linux Framework
> >    Created:      2002-10-24   9:30:38 UTC
> >    Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
> >    Data Size:    1476478 Bytes =  1.4 MB
> >    Load Address: 00000000
> >    Entry Point:  00000000
> >    Verifying Checksum ... OK
> > ## Flattened Device Tree blob at 1c1e0000
> >    Booting using the fdt blob at 0x1c1e0000
> >    Uncompressing Kernel Image ... OK
> >    Loading Ramdisk to 1fc78000, end 1fde077e ... OK
> >    Loading Device Tree to 007f9000, end 007ff0b4 ... OK
> >
> >
> > I have changed the kernel_addr, fdt_addr and the ramdisk_addr to the RAM addresses.
> > This is the output of the printenv command :
> >
> >
> > => printenv
> > bootdelay=5
> > baudrate=115200
> > loads_echo=
> > preboot=echo;echo Type "run flash_nfs" to mount root filesystem over NFS;echo
> > hostname=canyonlands
> > netdev=eth0
> > nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath}
> > ramargs=setenv bootargs root=/dev/ram rw
> > addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}1
> > addtty=setenv bootargs ${bootargs} console=ttyS0,${baudrate}
> > addmisc=setenv bootargs ${bootargs}
> > initrd_high=30000000
> > kernel_addr_r=400000
> > fdt_addr_r=800000
> > ramdisk_addr_r=C00000
> > hostname=canyonlands
> > bootfile=canyonlands/uImage
> > ramdisk_file=canyonlands/uRamdisk
> > rootpath=/opt/eldk/ppc_4xxFP
> > flash_self=run ramargs addip addtty addmisc;bootm ${kernel_addr} ${ramdisk_addr} ${fdt_addr}
> > flash_nfs=run nfsargs addip addtty addmisc;bootm ${kernel_addr} - ${fdt_addr}
> > net_nfs=tftp ${kernel_addr_r} ${bootfile}; tftp ${fdt_addr_r} ${fdt_file}; run nfsargs addip a}
> > net_self_load=tftp ${kernel_addr_r} ${bootfile};tftp ${fdt_addr_r} ${fdt_file};tftp ${ramdisk_;
> > net_self=run net_self_load;run ramargs addip addtty addmisc;bootm ${kernel_addr_r} ${ramdisk_a}
> > fdt_file=canyonlands/canyonlands.dtb
> > load=tftp 200000 canyonlands/u-boot.bin
> > update=protect off 0x01000000 FFFFFFFF;era 0x01000000 FFFFFFFF;cp.b ${fileaddr} 0x01000000 ${fv
> > upd=run load update
> > nload=tftp 200000 canyonlands/u-boot-nand.bin
> > nupdate=nand erase 0 100000;nand write 200000 0 100000;setenv filesize;saveenv
> > nupd=run nload nupdate
> > pciconfighost=1
> > pcie_mode=RP:RP
> > fdt_addr=1c1e0000
> > ramdisk_addr=1c200000
> > ram_root=run ramargs addip;bootm ${kernel_addr} ${ramdisk_addr} ${fdt_addr}
> > ram_ws=1C000000
> > kernel_addr=1c000000
> > stdin=serial
> > stdout=serial
> > stderr=serial
> > ver=U-Boot 2009.01 (Feb 25 2009 - 15:12:15)
> > bootcmd=run flash_self
> > bootargs=root=/dev/ram rw ip=::::canyonlands:eth0:off panic=1 console=ttyS0,115200
> > filesize=1687BE
> >
> > Have anybody faced a similar problem?
> >   
>   
I recently had a similar problem - the solution was a combination of DTS
tweaks and U-Boot defines for my board. have a look at the post mortem
debugging and recheck all your defines.

 <http://www.denx.de/wiki/view/DULG/LinuxPostMortemAnalysis>

or search the mailing list for my postings: 
	 [U-Boot] Custom MPC8548 boot using FDT problem
cheers pieter



-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2722 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.denx.de/pipermail/u-boot/attachments/20090302/f741b236/attachment.bin 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [U-Boot] U-Boot hangs after loading device tree
       [not found] ` <49ABBACF.7000204@vastech.co.za>
@ 2009-03-04  7:08   ` Afzal Nadirshah
  0 siblings, 0 replies; 3+ messages in thread
From: Afzal Nadirshah @ 2009-03-04  7:08 UTC (permalink / raw)
  To: u-boot

Hi Pieter,
Thanks for your suggestion. I guess its halting at the point where u-boot is handing over to the Linux kernel image.
For doing the post mortem analysis, I am not able to obtain the address of the virtual

Regards,
Afzal Nadirshah

-----Original Message-----
From: Pieter [mailto:phenning at vastech.co.za]
Sent: Monday, March 02, 2009 4:24 PM
To: Afzal Nadirshah
Subject: Re: [U-Boot] U-Boot hangs after loading device tree

Afzal Nadirshah wrote:
> Hi,
>        I am trying to bring linux up on our custom board, by loading the kernel.img , canynlands.dtb and Ramdisk onto the RAM using the serial port.
>        However the boot process is getting hung. The boot boot process stops after the following messages :
>
>
>      => run flash_self
> ## Booting kernel from Legacy Image at 1c000000 ...
>    Image Name:   Linux-2.6.25.7-00002-geaaf8db
>    Created:      2008-06-30  13:53:11 UTC
>    Image Type:   PowerPC Linux Kernel Image (gzip compressed)
>    Data Size:    1547704 Bytes =  1.5 MB
>    Load Address: 00000000
>    Entry Point:  00000000
>    Verifying Checksum ... OK
> ## Loading init Ramdisk from Legacy Image at 1c200000 ...
>    Image Name:   Simple Embedded Linux Framework
>    Created:      2002-10-24   9:30:38 UTC
>    Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
>    Data Size:    1476478 Bytes =  1.4 MB
>    Load Address: 00000000
>    Entry Point:  00000000
>    Verifying Checksum ... OK
> ## Flattened Device Tree blob at 1c1e0000
>    Booting using the fdt blob at 0x1c1e0000
>    Uncompressing Kernel Image ... OK
>    Loading Ramdisk to 1fc78000, end 1fde077e ... OK
>    Loading Device Tree to 007f9000, end 007ff0b4 ... OK
>
>
> I have changed the kernel_addr, fdt_addr and the ramdisk_addr to the RAM addresses.
> This is the output of the printenv command :
>
>
> => printenv
> bootdelay=5
> baudrate=115200
> loads_echo=
> preboot=echo;echo Type "run flash_nfs" to mount root filesystem over NFS;echo
> hostname=canyonlands
> netdev=eth0
> nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath}
> ramargs=setenv bootargs root=/dev/ram rw
> addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}1
> addtty=setenv bootargs ${bootargs} console=ttyS0,${baudrate}
> addmisc=setenv bootargs ${bootargs}
> initrd_high=30000000
> kernel_addr_r=400000
> fdt_addr_r=800000
> ramdisk_addr_r=C00000
> hostname=canyonlands
> bootfile=canyonlands/uImage
> ramdisk_file=canyonlands/uRamdisk
> rootpath=/opt/eldk/ppc_4xxFP
> flash_self=run ramargs addip addtty addmisc;bootm ${kernel_addr} ${ramdisk_addr} ${fdt_addr}
> flash_nfs=run nfsargs addip addtty addmisc;bootm ${kernel_addr} - ${fdt_addr}
> net_nfs=tftp ${kernel_addr_r} ${bootfile}; tftp ${fdt_addr_r} ${fdt_file}; run nfsargs addip a}
> net_self_load=tftp ${kernel_addr_r} ${bootfile};tftp ${fdt_addr_r} ${fdt_file};tftp ${ramdisk_;
> net_self=run net_self_load;run ramargs addip addtty addmisc;bootm ${kernel_addr_r} ${ramdisk_a}
> fdt_file=canyonlands/canyonlands.dtb
> load=tftp 200000 canyonlands/u-boot.bin
> update=protect off 0x01000000 FFFFFFFF;era 0x01000000 FFFFFFFF;cp.b ${fileaddr} 0x01000000 ${fv
> upd=run load update
> nload=tftp 200000 canyonlands/u-boot-nand.bin
> nupdate=nand erase 0 100000;nand write 200000 0 100000;setenv filesize;saveenv
> nupd=run nload nupdate
> pciconfighost=1
> pcie_mode=RP:RP
> fdt_addr=1c1e0000
> ramdisk_addr=1c200000
> ram_root=run ramargs addip;bootm ${kernel_addr} ${ramdisk_addr} ${fdt_addr}
> ram_ws=1C000000
> kernel_addr=1c000000
> stdin=serial
> stdout=serial
> stderr=serial
> ver=U-Boot 2009.01 (Feb 25 2009 - 15:12:15)
> bootcmd=run flash_self
> bootargs=root=/dev/ram rw ip=::::canyonlands:eth0:off panic=1 console=ttyS0,115200
> filesize=1687BE
>
> Have anybody faced a similar problem?
>
I recently had a similar problem - the solution was a combination of DTS
tweaks and U-Boot defines for my board. have a look at the post mortem
debugging and recheck all your defines.

 <http://www.denx.de/wiki/view/DULG/LinuxPostMortemAnalysis>

or search the mailing list for my postings:
         [U-Boot] Custom MPC8548 boot using FDT problem
cheers pieter



http://www.mindtree.com/email/disclaimer.html

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2009-03-04  7:08 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-02 10:55 [U-Boot] U-Boot hangs after loading device tree Pieter
  -- strict thread matches above, loose matches on Subject: below --
2009-03-02 10:31 Afzal Nadirshah
     [not found] ` <49ABBACF.7000204@vastech.co.za>
2009-03-04  7:08   ` Afzal Nadirshah

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox