In message <3AB61394.D9CD1DB3 at fiberlogic.com> Carl Lin wrote: > > I try to run Linux kernel 2.4.0-test13-pre2 (ramdisk size > =4096KB and initrd supported) with a root fs (hello.rfs > from BlueCat) on a board equivalent to TQM855L with the > following configuration : ... > bootcmd=bootm 2800100
That's a strange address to start an image at... ... > When I "mkimage" with a single kernel image by > > mkimage -A ppc -O linux -T kernel -C gzip -a 0 -e 0 \ > -n 'test' -d arch/ppc/coffboot/vmlinux.gz \ > /opt/tftpboot/vmlinux > > and download it to the board, it runs as following : > > Linux version 2.4.0-test13-pre2 > Boot arguments: root=/dev/ram > .................................. > Kernel command line: root=/dev/ram > .................................. > Memory: 14752k available (956k kernel code,........ > .................................. > RAMDISK driver initialized: 16 RAM disks of 4096K size > 1024 blocksize > ................................................... > VFS: Cannot open root device "ram" or 01:00 > Please append a correct "root=" boot option > Kernel panic: VFS: Unable to mount root fs on 01:00 If you boot a plain kernel image with "bootm kernel_addr", there is no ramdisk image passed to the kernel, so it cannot work. If you want to boot a kernel at "kernel_addr" with a separate ramdisk image at "ramdisk_addr" you have to use the command "bootm kernel_addr ramdisk_addr". > When I "mkimage" with the kernel and the root fs by > > mkimage -A ppc -O linux -T multi -C gzip -a 0 -e 0 \ > -n 'test' -d arch/ppc/coffboot/vmlinux.gz:hello.rfs \ > /opt/tftpboot/vmlinux ... > ## Booting Linux kernel at 00100000 ... > Image Name: test > Image Type: PowerPC Linux Multi-File Image (gzip... > Data Size: 629184 Bytes = 614 kB = 0 MB > Load Address: 00000000 > Entry Point: 00000000 > Contents: > Image 0: 516095 Bytes = 503 kB = 0 MB > Image 1: 113076 Bytes = 110 kB = 0 MB > Verifying Checksum ... OK > Uncompressing Multi-File Image ... OK > Loading Ramdisk to db0fc000 ... Is that really the load address? 0xdb0fc000? That should not happen. You cannot have THAT much RAM on your board. Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de Copy from one, it's plagiarism; copy from two, it's research. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
