[U-Boot-Users] u-boot, powerpc with device tree, initrd problem

John Linn John.Linn at xilinx.com
Thu Jul 10 18:54:51 CEST 2008


> -----Original Message-----
> From: Jerry Van Baren [mailto:gerald.vanbaren at ge.com]
> Sent: Wednesday, July 09, 2008 2:27 PM
> To: John Linn
> Cc: u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] u-boot, powerpc with device tree, initrd
problem

[snip]

> 
> You might try loading your dtb and then use the "fdt chosen" command
to
> create the /chosen node and the "fdt bd" command to run the
> board-specific fixups.  Do these as two separate steps and run "fdt
> print" in between to see what changes occur.

I don't have any board specific fixups. We have the chosen already in
the dts before I compile it to a blob.  We do this because with the FPGA
many people don't use a boot loader.

> 
> > => bootm 0x1c00000 0x1800000 0x1000000
> > ## Booting image at 01c00000 ...
> >    Image Name:   Linux-2.6.26-rc8
> >    Image Type:   PowerPC Linux Kernel Image (gzip compressed)
> >    Data Size:    1536962 Bytes =  1.5 MB
> >    Load Address: 00000000
> >    Entry Point:  00000000
> >    Verifying Checksum ... OK
> >    Uncompressing Kernel Image ... OK
> > ## Current stack ends at 0x0FEA5990 => set upper limit to 0x00800000
> > ## cmdline at 0x007FFF00 ... 0x007FFF3A
> > bd address  = 0x0FEA5E80
> > memstart    = 0x00000000
> > memsize     = 0x10000000
> > flashstart  = 0x00000000
> > flashsize   = 0x00000000
> > flashoffset = 0x00000000
> > sramstart   = 0x00000000
> > sramsize    = 0x00000000
> > bootflags   = 0x0FEA4C88
> > procfreq    =    400 MHz
> > plb_busfreq =     20 MHz
> > ethaddr     = 00:0A:35:01:02:03
> > IP addr     = 172.16.40.227
> > baudrate    =   9600 bps
> > Not skipping initrd
> > ## Loading RAMDisk Image at 01800000 ...
> >    Image Name:
> >    Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
> >    Data Size:    1507104 Bytes =  1.4 MB
> >    Load Address: 00000000
> >    Entry Point:  00000000
> >    Verifying Checksum ... OK
> >    Booting using the fdt at 0x1000000
> > ## initrd at 0x01800040 ... 0x0196FF5F (len=1507104=0x16FF20)
> >    Loading Ramdisk to 0fd35000, end 0fea4f20 ... OK
> > ## device tree at 0x01000000 ... 0x01002FFF (len=12288=0x3000)
> >    Loading Device Tree to 007fc000, end 007fefff ... OK
> > ## Transferring control to Linux (at address 00000000) ...
> > Using Xilinx Virtex machine description
> > Linux version 2.6.26-rc8 (linnj at wolfgang-pc) (gcc version 4.0.0
(DENX
> > ELDK 4.1 4.0.0)) #6 PREEMPT Wed Jul 9 12
> > :36:41 PDT 2008
> 
> [snip]
> 

[snip]

> > Sending DHCP requests ., OK
> > IP-Config: Got DHCP answer from 149.199.109.235, my address is
> > 172.16.40.12
> > IP-Config: Complete:
> >      device=eth0, addr=172.16.40.12, mask=255.255.255.0,
> > gw=172.16.40.254,
> >      host=172.16.40.12, domain=xilinx.com public.xilinx.com
> > xlnx.xilinx.com public.xsj.xilinx., nis-domain=xil
> > inx.com,
> >      bootserver=149.199.109.235, rootserver=149.199.109.235,
> > rootpath=/tmp
> 
> I don't *think* this causes problems, but your DHCP server is
providing
> NFS configuration information.  Does that override the ramdisk
> configuration?

I removed ip from the command line and it didn't help any.

> 
> > List of all partitions:
> > No filesystem could mount root, tried:  ext2 cramfs msdos vfat romfs
> > Kernel panic - not syncing: VFS: Unable to mount root fs on
> > unknown-block(1,0)
> > Rebooting in 180 seconds..
> 
> [snip]
> 
> HTH,
> gvb

I added linux,initrd-start=<addr> and linux,initrd-end=<addr> to my dts
file and the kernel now finds the initrd. 

I found these properties in the code, but it doesn't seem right to need
it, I must be still missing something.

Thanks,
John

This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.






More information about the U-Boot mailing list