All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <trini@konsulko.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Support of kernels > 16 MiB on Raspberry Pi
Date: Fri, 23 Feb 2018 09:57:30 -0500	[thread overview]
Message-ID: <20180223145730.GK4311@bill-the-cat> (raw)
In-Reply-To: <a699333b-e4d7-060a-fa73-0ac08bc9eef2@samsung.com>

On Fri, Feb 23, 2018 at 04:47:06PM +0900, Jaehoon Chung wrote:
> On 02/23/2018 04:58 AM, Alexander Kurtz wrote:
> > Hi!
> > 
> > I am using U-Boot to boot Debian Buster arm64 (standard kernel with a
> > dracut-based initramfs) via an extlinux.conf on my Raspberry Pi 3. 
> > 
> > Recently, the Debian kernel grew beyond 16 MiB:
> > 
> >     4.13: /boot/vmlinuz-4.13.0-1-arm64 == 16448000 bytes (< 16 MiB) [0]
> >     4.14: /boot/vmlinuz-4.14.0-3-arm64 == 17539584 bytes (> 16 MiB) [1]
> >     4.15: /boot/vmlinuz-4.15.0-1-arm64 == 17867264 bytes (> 16 MiB) [2]
> > 
> > https://github.com/u-boot/u-boot/blob/master/include/configs/rpi.h#L129 says:
> > 
> >     #define ENV_MEM_LAYOUT_SETTINGS \
> >     "fdt_high=ffffffff\0" \
> >     "initrd_high=ffffffff\0" \
> >     "fdt_addr_r=0x00000100\0" \
> >     "pxefile_addr_r=0x00100000\0" \
> >     "kernel_addr_r=0x01000000\0" \
> >     "scriptaddr=0x02000000\0" \
> >     "ramdisk_addr_r=0x02100000\0" \
> > 
> > Am I correct in assuming that this default configuration will break
> > with kernels > 16 MiB? The Readme [3] seems to confirm this, but I
> > wanted to ask for explicit confirmation here.
> 
> Especially, this is occurred about arm64 kernel.
> Because it wil be overlapped with other image address, if kernel image is over than 16MB.
> 
> In my case, i'm using the private boot.scr.img for booting script.
> I had just added the kernel_addr_r=0x02d000000.
> 
> Just Refer to below:
> https://review.tizen.org/git/?p=platform/kernel/u-boot.git;a=commit;h=8fdfbbeb8a4b2f8c8e66824709e48d9abdb23534

I would strongly recommend setting the values here based on what
linux/Documentation/arm/Booting and linux/Documentation/arm64/boot.txt
describe as the maximum limits for each of these locations.  And take a
peek at include/configs/ti_armv7_common.h in U-Boot on how I set these
for the various TI platforms.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20180223/912214c5/attachment.sig>

  parent reply	other threads:[~2018-02-23 14:57 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CGME20180223042200epcas3p2f5204ea46075c2d245e04b98cea04573@epcas3p2.samsung.com>
2018-02-22 19:58 ` [U-Boot] Support of kernels > 16 MiB on Raspberry Pi Alexander Kurtz
2018-02-23  7:47   ` Jaehoon Chung
2018-02-23 14:39     ` Alexander Kurtz
2018-02-23 14:57     ` Tom Rini [this message]
2018-02-23 18:00       ` Tuomas Tynkkynen
2018-02-23 18:29         ` Tom Rini
2018-07-21  7:45           ` Alexander Kurtz
2018-02-23 15:14   ` Stephen Warren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180223145730.GK4311@bill-the-cat \
    --to=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.