[U-Boot-Users] initrd problem...
I am trying to use the initrd function of u-boot and I think I am almost there. However it does not seem that u-boot is re-locating the initrd into ram from flash. Is it supposed to do this? U-Boot is passing the address of the initrd in flash. How can I make it re-locate into ram first then pass the address to the kernel.
Here is the output.
pepper-> bootm 0x00080000 0x00200000 ## Booting image at 00080000 ... Image Name: Linux-2.4.20_mvl31-dbpxa2xx Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 795324 Bytes = 776.7 kB Load Address: a0008000 Entry Point: a0008000 Verifying Checksum ... OK OK ## Loading Ramdisk Image at 00200000 ... Image Name: BootSplash initrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 38 Bytes = 0 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Turning off MMC clock
Starting kernel ...
Uncompressing Linux........................................................ done, booting the kernel. Linux version 2.4.20_mvl31-dbpxa2xx (michael.frey@chawa.lex.pepper.com) (gcc version 3.3.1 (MontaVista 3.3.1-3.0.10.0300532 2003-14 CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE) CPU: D undefined 5 cache CPU: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets CPU: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Machine: PepperPad PXA Reference Board initrd (0x00200040 - 0x00200066) extends beyond physical memory - disabling initrd Memory clock: 99.53MHz (*27) Run Mode clock: 199.07MHz (*2) Turbo Mode clock: 398.13MHz (*2.0, inactive)
Thanks, Michael Frey
In message 4B7EDE41-952E-11D8-88A9-00039390D626@pepper.com you wrote:
I am trying to use the initrd function of u-boot and I think I am almost there. However it does not seem that u-boot is re-locating the initrd into ram from flash. Is it supposed to do this? U-Boot is
No, why should it doe that? It's just an additional memcpy() which takes precious boot time, especially for larger ramdisks.
passing the address of the initrd in flash. How can I make it re-locate into ram first then pass the address to the kernel.
Why would you want to do that? Just pass the address in flash, and let the Linux kernel access the ramdisk in flash...
Best regards,
Wolfgang Denk
Michael: It looks like you have two boot loaders. Try using "make uImage" when you build your kernel so the parameters from u-boot are seen by the kernel.
Carl
--- Michael Frey mfrey@pepper.com wrote:
I am trying to use the initrd function of u-boot and I think I am almost there. However it does not seem that u-boot is re-locating the initrd into ram from flash. Is it supposed to do this? U-Boot is passing the address of the initrd in flash. How can I make it re-locate into ram first then pass the address to the kernel.
Here is the output.
pepper-> bootm 0x00080000 0x00200000 ## Booting image at 00080000 ... Image Name: Linux-2.4.20_mvl31-dbpxa2xx Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 795324 Bytes = 776.7 kB Load Address: a0008000 Entry Point: a0008000 Verifying Checksum ... OK OK ## Loading Ramdisk Image at 00200000 ... Image Name: BootSplash initrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 38 Bytes = 0 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Turning off MMC clock
Starting kernel ...
Uncompressing
Linux........................................................
done, booting the kernel. Linux version 2.4.20_mvl31-dbpxa2xx (michael.frey@chawa.lex.pepper.com) (gcc version 3.3.1 (MontaVista 3.3.1-3.0.10.0300532 2003-14 CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE) CPU: D undefined 5 cache CPU: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets CPU: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Machine: PepperPad PXA Reference Board initrd (0x00200040 - 0x00200066) extends beyond physical memory - disabling initrd Memory clock: 99.53MHz (*27) Run Mode clock: 199.07MHz (*2) Turbo Mode clock: 398.13MHz (*2.0, inactive)
Thanks, Michael Frey
-------------------------------------------------------
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
__________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25� http://photos.yahoo.com/ph/print_splash
In message 20040425141133.25930.qmail@web60505.mail.yahoo.com you wrote:
Michael: It looks like you have two boot loaders.
No.
Try using "make uImage" when you build your kernel so the parameters from u-boot are seen by the kernel.
To me it seems as if he was using a MV based tree which is missing the zero-copy ramdisk fix. This has been discussed before. See for example http://sourceforge.net/mailarchive/message.php?msg_id=6839224
Best regards,
Wolfgang Denk
Thanks for the pointer to the patch. I am using Monta VistaLinux tree. I am able to however get initrd working by doing cp.b before I boot. This seems to work great and is very fast. My initrd is only ~200k.
Thanks for the help, Michael
On Apr 25, 2004, at 10:51 AM, Wolfgang Denk wrote:
In message 20040425141133.25930.qmail@web60505.mail.yahoo.com you wrote:
Michael: It looks like you have two boot loaders.
No.
Try using "make uImage" when you build your kernel so the parameters from u-boot are seen by the kernel.
To me it seems as if he was using a MV based tree which is missing the zero-copy ramdisk fix. This has been discussed before. See for example http://sourceforge.net/mailarchive/message.php?msg_id=6839224
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de "I believe the use of noise to make music will increase until we reach a music produced through the aid of electrical instruments which will make available for musical purposes any and all sounds that can be heard." - composer John Cage, 1937
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
participants (3)
-
Carl Riechers -
Michael Frey -
Wolfgang Denk