From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
To: Hollis Blanchard <hollis@penguinppc.org>
Cc: Liu Yu-B13201 <B13201@freescale.com>,
qemu-devel@nongnu.org, kvm-ppc@vger.kernel.org
Subject: Re: [Qemu-devel] Re: [PATCH 4/4] ppc4xx: load Bamboo kernel, initrd, and fdt at fixed addresses
Date: Fri, 6 Aug 2010 20:12:56 +0200 [thread overview]
Message-ID: <20100806181256.GB24261@laped.lan> (raw)
In-Reply-To: <AANLkTi=6rrYoNJufXLhZxXDnwuMwaj0HStsHZYdAtijc@mail.gmail.com>
On Fri, Aug 06, 2010 at 10:55:36AM -0700, Hollis Blanchard wrote:
> On Thu, Aug 5, 2010 at 7:39 PM, Liu Yu-B13201 <B13201@freescale.com> wrote:
> >
> >
> >> -----Original Message-----
> >> From: kvm-ppc-owner@vger.kernel.org
> >> [mailto:kvm-ppc-owner@vger.kernel.org] On Behalf Of Hollis Blanchard
> >> Sent: Thursday, August 05, 2010 8:22 AM
> >> To: qemu-devel@nongnu.org
> >> Cc: kvm-ppc@vger.kernel.org
> >> Subject: [PATCH 4/4] ppc4xx: load Bamboo kernel, initrd, and
> >> fdt at fixed addresses
> >>
> >> We can't use the return value of load_uimage() for the kernel
> >> because it
> >> can't account for BSS size, and the PowerPC kernel does not relocate
> >> blobs before zeroing BSS.
> >>
> >> Instead, we now load at the fixed addresses chosen by u-boot
> >> (the normal
> >> firmware for the board).
> >>
> >
> > What will us do if the uImage become bigger and fixed size is not
> > enough?
>
> That was my question to Edgar, which was not answered. In u-boot, one
> would change some environment variables. With this code in qemu, the
> only recourse would be to edit ppc440_bamboo.c and rebuild.
My objection to the first patch was mainly about putting ppc related
magics into the generic load_uimage call. If you want to do clever
things in the ppc bootloading code, that may be fine, but in IMO you
should try to mimic the uboot behaviour as much as possible when loading
uimages.
Cheers
next prev parent reply other threads:[~2010-08-06 18:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-05 0:21 [Qemu-devel] [PATCH 0/4] fix PowerPC 440 Bamboo platform emulation Hollis Blanchard
2010-08-05 0:21 ` [Qemu-devel] [PATCH 1/4] Fix "make install" with a cross toolchain Hollis Blanchard
2010-08-05 0:21 ` [Qemu-devel] [PATCH 2/4] ppc4xx: correct SDRAM controller warning message condition Hollis Blanchard
2010-08-05 0:21 ` [Qemu-devel] [PATCH 3/4] ppc4xx: don't unregister RAM at reset Hollis Blanchard
2010-08-05 0:21 ` [Qemu-devel] [PATCH 4/4] ppc4xx: load Bamboo kernel, initrd, and fdt at fixed addresses Hollis Blanchard
2010-08-05 4:57 ` Edgar E. Iglesias
2010-08-06 2:39 ` [Qemu-devel] " Liu Yu-B13201
2010-08-06 17:55 ` [Qemu-devel] " Hollis Blanchard
2010-08-06 18:12 ` Edgar E. Iglesias [this message]
2010-08-05 5:01 ` [Qemu-devel] [PATCH 0/4] fix PowerPC 440 Bamboo platform emulation Edgar E. Iglesias
2010-08-19 17:24 ` [Qemu-devel] " Hollis Blanchard
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=20100806181256.GB24261@laped.lan \
--to=edgar.iglesias@gmail.com \
--cc=B13201@freescale.com \
--cc=hollis@penguinppc.org \
--cc=kvm-ppc@vger.kernel.org \
--cc=qemu-devel@nongnu.org \
/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 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).