linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* simpleImage.XX and large kernels
@ 2010-02-08 10:47 John Williams
  2010-02-08 22:48 ` Wolfgang Denk
  2010-02-24  0:27 ` David Gibson
  0 siblings, 2 replies; 4+ messages in thread
From: John Williams @ 2010-02-08 10:47 UTC (permalink / raw)
  To: linuxppc-dev

Hi,

I'm looking at the simpleImage.XXX make target (PPC 405/440), and it
seems that by default the arch/powerpc/boot/wrapper script places the
bootwrapper at 0x400000, effectively setting a limit on the maximum
bootable kernel size.

For various reasons we'd like to be able to put a fairly complete
rootfs as an initramfs, which obviously blows past a 4Mbyte limit very
quickly.  Short of adding a new 'platform' option and associated
hackery through the powerpc/boot Makefiles and wrapper, is there a
quick and clean way I can tell the boot wrapper to link at a higher
address?

Thanks,

John

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: simpleImage.XX and large kernels
  2010-02-08 10:47 simpleImage.XX and large kernels John Williams
@ 2010-02-08 22:48 ` Wolfgang Denk
  2010-02-08 23:12   ` John Williams
  2010-02-24  0:27 ` David Gibson
  1 sibling, 1 reply; 4+ messages in thread
From: Wolfgang Denk @ 2010-02-08 22:48 UTC (permalink / raw)
  To: John Williams; +Cc: linuxppc-dev

Dear John Williams,

In message <1d3f23371002080247j17138famcf4e4aebc1ae04f5@mail.gmail.com> you wrote:
> 
> I'm looking at the simpleImage.XXX make target (PPC 405/440), and it
> seems that by default the arch/powerpc/boot/wrapper script places the
> bootwrapper at 0x400000, effectively setting a limit on the maximum
> bootable kernel size.
> 
> For various reasons we'd like to be able to put a fairly complete
> rootfs as an initramfs, which obviously blows past a 4Mbyte limit very
> quickly.  Short of adding a new 'platform' option and associated
> hackery through the powerpc/boot Makefiles and wrapper, is there a
> quick and clean way I can tell the boot wrapper to link at a higher
> address?

Is there any specific reason why you want to use simpleImage, instead
of using a normal uImage either bundled with your ramdisk image as a
classic multifile image, or (recommended) as a FIT image?

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
It's all Klatchian to me.
        - Terry Pratchett & Stephen Briggs, _The Discworld Companion_

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: simpleImage.XX and large kernels
  2010-02-08 22:48 ` Wolfgang Denk
@ 2010-02-08 23:12   ` John Williams
  0 siblings, 0 replies; 4+ messages in thread
From: John Williams @ 2010-02-08 23:12 UTC (permalink / raw)
  To: Wolfgang Denk; +Cc: linuxppc-dev

Hi Wolfgang,

On Tue, Feb 9, 2010 at 8:48 AM, Wolfgang Denk <wd@denx.de> wrote:
>> I'm looking at the simpleImage.XXX make target (PPC 405/440), and it
>> seems that by default the arch/powerpc/boot/wrapper script places the
>> bootwrapper at 0x400000, effectively setting a limit on the maximum
>> bootable kernel size.
>>
>> For various reasons we'd like to be able to put a fairly complete
>> rootfs as an initramfs, which obviously blows past a 4Mbyte limit very
>> quickly. =A0Short of adding a new 'platform' option and associated
>> hackery through the powerpc/boot Makefiles and wrapper, is there a
>> quick and clean way I can tell the boot wrapper to link at a higher
>> address?
>
> Is there any specific reason why you want to use simpleImage, instead
> of using a normal uImage either bundled with your ramdisk image as a
> classic multifile image, or (recommended) as a FIT image?

Yes, there are a few reasons, though not necessarily very strong ones!
 Although we'll normally be using u-boot, I don't want to make it a
hard requirement.  simpleImage's ability to boot directly with a DTB
already bundled is attractive in this regard.

Another reason is that for compatibility with our MicroBlaze flow
(which also uses a simpleImage target, although a MicroBlaze
simpleImage is actually vmlinux with the DTB stuffed into its own
section).

Also sometimes it's nice to have a single ELF or binary blob we can
just push over JTAG straight to the target.  Having the DTB embedded
simplifies this process, no need to download vmlinux and DTB
separately, setup boot params etc.

I like FIT and think it's an elegant solution, I'm just a bit
reluctant to force its use.  For deeply embedded and flash constrained
systems we sometimes have a requirement to bypass uboot and boot
directly.

I may have to rethink the boot strategy eventually but in the short
term, getting some control over simpleImage as per my original post
would be a good first step.

Regards,

John

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: simpleImage.XX and large kernels
  2010-02-08 10:47 simpleImage.XX and large kernels John Williams
  2010-02-08 22:48 ` Wolfgang Denk
@ 2010-02-24  0:27 ` David Gibson
  1 sibling, 0 replies; 4+ messages in thread
From: David Gibson @ 2010-02-24  0:27 UTC (permalink / raw)
  To: John Williams; +Cc: linuxppc-dev

On Mon, Feb 08, 2010 at 08:47:44PM +1000, John Williams wrote:
> Hi,
> 
> I'm looking at the simpleImage.XXX make target (PPC 405/440), and it
> seems that by default the arch/powerpc/boot/wrapper script places the
> bootwrapper at 0x400000, effectively setting a limit on the maximum
> bootable kernel size.
> 
> For various reasons we'd like to be able to put a fairly complete
> rootfs as an initramfs, which obviously blows past a 4Mbyte limit very
> quickly.  Short of adding a new 'platform' option and associated
> hackery through the powerpc/boot Makefiles and wrapper, is there a
> quick and clean way I can tell the boot wrapper to link at a higher
> address?

Not really, although altering the wrapper script to change the link
address is really not difficult.

Having the wrapper automatically adjust the link address based on the
size of the decompressed kernel has been on my todo list for ages, but
it's unlikely I'll get around to implementing it any time soon.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-02-24  0:27 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-08 10:47 simpleImage.XX and large kernels John Williams
2010-02-08 22:48 ` Wolfgang Denk
2010-02-08 23:12   ` John Williams
2010-02-24  0:27 ` David Gibson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).