Hi,
It is 4.7MB. (4.6MB works)
U-boot is located at 0x81080000.
Kernel (uImage) is loaded (via tftp) at 0x82000000.
Image is decompressed at 0x80008000.
UBOOT:
U-Boot 1.2.0 (Aug 13 2008 - 12:40:44)
I2C: ready
DRAM: 256 MB
unknown vendor=0 Flash: 0 kB
NAND: 128 MiB
In: serial
Out: serial
Err: serial
ARM Clock :- 297MHz
DDR Clock :- 148MHz
Hit any key to stop autoboot: 0
TFTP from server 10.2.20.107; our IP address is 10.2.20.110
Filename 'uImage'.
Load address: 0x82000000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
##########
done
Bytes transferred = 3046184 (2e7b28 hex)
## Booting image at 82000000 ...
Image Name: Linux-2.6.18
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3046120 Bytes = 2.9 MB
Load Address: 80008000
Entry Point: 80008000
Verifying Checksum ... OK
OK
Starting kernel ...
Uncompressing
Linux2.................................................................................................................................
done, booting the kernel.
Theo
Maupin, Chase wrote:
Theo,
What is your uncompressed kernel size with all the extra stuff you added to the
initramfs. u-boot puts itself at 16MB of DDR. The kernel is copied to DDR at 7MB
compressed and then is uncompressed at ~0MB. If your kernel is too large
uncompressed it can overwrite the compressed uImage (that is being uncompressed),
or if it is really large it can overwrite u-boot itself. If your uncompressed
kernel is > 7MB you might want to change the address in DDR that the kernel is
copied to. Perhaps something like 32MB.
Sincerely,
Chase Maupin
Software Applications
Catalog DSP Products
e-mail: [EMAIL PROTECTED]
phone: (281) 274-3285
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Theo Debrouwere
Sent: Tuesday, December 02, 2008 8:07 AM
To: Jerry Johns
Cc: [email protected]
Subject: Re: initramfs problems
Hi,
I have a similar issue. (kernel 2.6.18)
A simple initramfs, which contains busybox (static) & /init. I add
random garbage. (just to increase the kernelsize)
When the kernelsize is about 3 MB, I get "Uncompressing
Linux.....................................................................
...................................................
done, booting the kernel.", but no further response anymore. (I waited >
10 minutes)
Jerry, did you figure out what was going wrong?
Anyone else with a good idea?
Theo
Jerry Johns wrote:
Hello all,
I've gone down the path of using initramfs on the DM6446 seeing as a
product I'm developing requires both NAND booting / CF card access,
both of which cannot be realized simultaneously without doing a few
tricks.
I've setup the CONFIG_INITRAMFS_SOURCE=".." line to reflect my
filesystem folder (am using the ramdisk that came with the PSP for
1.30 DVSDK), and compiled the kernel.
The kernel as expected, bloated up to about 5Mb.
Booting the kernel over TFTP, I notice that it started hanging after
the "Uncompressing Linux................." stage.
It was only after I waited for about 5 mins, that it eventually went
through to full boot (and the RAMFS did mount)
However, I suspect these messages that it printed out where the cause
of the long wait-time:
"request_module: runaway loop modprobe char-major-5-1"
A further followup showed that none of the dynamic device nodes
(/dev/video0, /dev/cmem, etc.) were not created in /dev!
Loadmodules.sh did not populate /dev/cmem, so I'm not sure why that is
happening, and if it is related to my long bootime.
Either way, any help will be appreciated!
Thanks,
***Jerry Johns*
/Design Engineer/
/Nuvation Research Corp - Canada/
/Tel: (519) 746-2304 ext. 221/
/www.nuvation.com/ <http://www.nuvation.com>
------------------------------------------------------------------------
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
DISCLAIMER:
Unless indicated otherwise, the information contained in this message is
privileged and confidential, and is intended only for the use of the
addressee(s) named above and others who have been specifically authorized to
receive it. If you are not the intended recipient, you are hereby notified that
any dissemination, distribution or copying of this message and/or attachments
is strictly prohibited. The company accepts no liability for any damage caused
by any virus transmitted by this email. Furthermore, the company does not
warrant a proper and complete transmission of this information, nor does it
accept liability for any delays. If you have received this message in error,
please contact the sender and delete the message. Thank you.
_______________________________________________
Davinci-linux-open-source mailing list
[email protected]
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
