public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Hans de Goede <hdegoede@redhat.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v3 00/10] sunxi: Bug fixes, sun4i and sun5i support and network improvements
Date: Wed, 09 Jul 2014 10:44:33 +0200	[thread overview]
Message-ID: <53BD00F1.3000801@redhat.com> (raw)
In-Reply-To: <1404892821.11981.6.camel@dagon.hellion.org.uk>

Hi,

On 07/09/2014 10:00 AM, Ian Campbell wrote:
> On Tue, 2014-07-08 at 09:47 +0200, Hans de Goede wrote:
>> Have you looked at extending the SPL buildsys bits, which in essence do
>> 2 builds, to do 3 builds for sunxi, so that we simply always build
>> both SPL flavors?
> 
> I hadn't thought of it. Is it only the SPL binary which differs between
> FEL and non-FEL then?

AFAIK, Yes.

Note an alternative to doing 3 builds would be to move the load
address for the mmc spl to 0x2000 too, and to change the mmc spl
header to jump to 0x2000 instead of 0x20. The question here is
if the spl with mmc support will fit if we don't use the first
0x2000 bytes. One thing we could do is move the stack to another
sram area (the area where we later copy the PSCI code for example),
which will free up some space.

We would then also need to modify the unified SPL to detect
whether it has booted from mmc or FEL, and only try to load the
real u-boot from mmc in the mmc boot case.

If we do this, we would just need to modify the final build steps
of the SPL build a bit to produce both SPL flavors.

I guess the big question is if we can make the mmc spl fit if
we load it at 0x2000. If you're interested in working on this
you should probably talk to hno about this. Another complication
is that the brom uses some of the 32k sram at address 0 when in
fel mode, so I think you cannot use all of it. hno can probably
give more details here about which bits of the first 32k sram
are used by the brom in fel mode and in mmc mode.

Regards,

Hans

  reply	other threads:[~2014-07-09  8:44 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-09  9:36 [U-Boot] [PATCH v3 00/10] sunxi: Bug fixes, sun4i and sun5i support and network improvements Hans de Goede
2014-06-09  9:36 ` [U-Boot] [PATCH v3 01/10] sunxi: mksunxiboot: Fix loading of files with a size which is not a multiple of 4 Hans de Goede
2014-06-09  9:36 ` [U-Boot] [PATCH v3 02/10] sunxi: Fix u-boot-spl.lds to refer to .vectors Hans de Goede
2014-06-09  9:36 ` [U-Boot] [PATCH v3 03/10] sunxi: Remove mmc DMA support Hans de Goede
2014-07-23 17:35   ` Siarhei Siamashka
2014-07-26 13:07     ` Hans de Goede
2014-06-09  9:36 ` [U-Boot] [PATCH v3 04/10] sunxi: Implement reset_cpu Hans de Goede
2014-07-23 17:45   ` Siarhei Siamashka
2014-07-26 13:09     ` Hans de Goede
2014-06-09  9:36 ` [U-Boot] [PATCH v3 05/10] sunxi: Add sun4i support Hans de Goede
2014-07-23 17:53   ` Siarhei Siamashka
2014-06-09  9:36 ` [U-Boot] [PATCH v3 06/10] sunxi: Add sun5i support Hans de Goede
2014-07-23 18:02   ` Siarhei Siamashka
2014-07-26 13:11     ` Hans de Goede
2014-06-09  9:36 ` [U-Boot] [PATCH v3 07/10] net: Rename and cleanup sunxi (Allwinner) emac driver Hans de Goede
2014-07-23 18:12   ` Siarhei Siamashka
2014-07-26 13:21     ` Hans de Goede
2014-07-26 13:31       ` Stefan Roese
2014-06-09  9:37 ` [U-Boot] [PATCH v3 08/10] sunxi: Add emac glue, enable emac on the cubieboard Hans de Goede
2014-07-23 18:18   ` Siarhei Siamashka
2014-06-09  9:37 ` [U-Boot] [PATCH v3 09/10] sunxi: Add support for using MII phy-s with the GMAC nic Hans de Goede
2014-07-23 18:20   ` Siarhei Siamashka
2014-06-09  9:37 ` [U-Boot] [PATCH v3 10/10] sunxi: Add Ian Campbell and Hans de Goede as cubietruck board-maintainers Hans de Goede
2014-06-25 19:57 ` [U-Boot] [PATCH v3 00/10] sunxi: Bug fixes, sun4i and sun5i support and network improvements Ian Campbell
2014-06-26  7:38   ` Ian Campbell
2014-06-27  8:20     ` Stefan Roese
2014-07-06 19:12 ` Ian Campbell
2014-07-06 19:18   ` Albert ARIBAUD
2014-07-06 19:22     ` Ian Campbell
2014-07-06 20:54       ` Albert ARIBAUD
2014-07-06 21:28         ` Ian Campbell
2014-07-07  4:41           ` Wolfgang Denk
2014-07-07 12:50   ` Hans de Goede
2014-07-07 15:10     ` Ian Campbell
2014-07-07 16:47       ` Tom Rini
2014-07-07 20:23         ` Ian Campbell
2014-07-07 20:45           ` Tom Rini
2014-07-08  7:23             ` Ian Campbell
2014-07-08 13:48               ` Tom Rini
2014-07-08  7:48           ` Hans de Goede
2014-07-06 19:26 ` Ian Campbell
2014-07-07 12:53   ` Hans de Goede
2014-07-07 13:06     ` Tom Rini
2014-07-07 15:13     ` Ian Campbell
2014-07-08  7:47       ` Hans de Goede
2014-07-09  8:00         ` Ian Campbell
2014-07-09  8:44           ` Hans de Goede [this message]
2014-07-09 13:03           ` Henrik Nordström
2014-07-09 13:56             ` Hans de Goede

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=53BD00F1.3000801@redhat.com \
    --to=hdegoede@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox