physical memory Limitation

physical memory Limitation

[sathis kanna]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 311 bytes --]

HI,

For mips,
is there any limitation for physical memory while
uncomressing the image??(like i386 it is 4MB)

How to locate in code written in the kernel source?

Regards,
Kanna

 


__________________________________
Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster
http://search.yahoo.com

Re: physical memory Limitation

[Ralf Baechle]

On Wed, Mar 03, 2004 at 07:35:05AM -0800, sathis kanna wrote:

> For mips,
> is there any limitation for physical memory while
> uncomressing the image??(like i386 it is 4MB)
> 
> How to locate in code written in the kernel source?

We currently don't support compressed kernels.

But if we were supporting it the limitation would depend on size of
available memory and how it's used at boot time, that is the limit would
depend on the exact system.

  Ralf

Re: physical memory Limitation

[Dan Malek]

Ralf Baechle wrote:

> We currently don't support compressed kernels.

For AMD/Alchemy boards we do, they work very well, and there
isn't any reason it can't be supported on others.  If you
use boot code like u-boot, you would also get some pretty
nice compressed kernel and initrd support (but the MIPS kernel
doesn't have a very flexible implementation of initrd support).
These features are very useful for embedded systems to maximize
resource utilization, to provide field upgrade, and fallback
recovery methods.

> But if we were supporting it the limitation would depend on size of
> available memory and how it's used at boot time, that is the limit would
> depend on the exact system.

That's true.  For just a compressed kernel, size is no problem.
For initrd support, it's a little more of a challenge.  I have a
board with 128M of SDRAM and we regulary use 64M initrd images
for software install and upgrade.

Thanks.


	-- Dan