Hi all. I'm working on an ixp425 board which was something like the MonteJade. The prototype boards have 32MB SDRAM populated like the MonteJade but we'd like to drop that down to 16MB. To test this I've altered the specified amount of available memory on the kernel commandline. We plan to implement JFFS2 sometime, but are currently using the CRAMFS instead. The size of the CRAMFS is 2.8MB compressed, just over 6 uncompressed with the stuff we currently have in it.
This means that I can alter the size of the RAM disk on the kernel command line to 7MB leaving 9MB for the kernel (again this is a temporary measure). This is specified as 16M of memory at 0x00000000, and a RAM disk of 7M at 0x00900000. Unfortuantely linux dies after the decompression of the kernel (I get nothing out the terminal at all). If I give Linux 10MB it will uncompress and run normally. The system dies when the filesystem is mounted if I give it less than 7MB. I've tried putting the zImage into various RAM locations prior to executing it but it hasn't helped. When I run uClinux with 32M available (on the command line) and cat /proc/meminfo, I see that there's 20MB available, with about 2M allocated to the kernel, 3M in buffers, and the other 7M (I presume) used by the RAM disk. Does anyone know what's going on? Will uClinux always require 10MB during the boot process? Is there any (easy) way to limit this or is it just regarded as unimportant since the memory is apparantly freed up afterwards anyway? Jonathan Pratt ELPRO Technologies _______________________________________________ uClinux-dev mailing list [email protected] http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by [email protected] To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
