public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Alexander Graf <agraf@suse.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC PATCH 00/10] sunxi: Allwinner A64 SPL support
Date: Thu, 3 Nov 2016 11:36:08 +0100	[thread overview]
Message-ID: <581B1318.7030401@suse.de> (raw)
In-Reply-To: <fd01a335-222f-072c-b3e1-2006a7343f6d@arm.com>

On 11/03/2016 10:51 AM, Andre Przywara wrote:
> Hi,
>
> On 03/11/16 09:34, Hans de Goede wrote:
>> <Adding Peter Robinson to the Cc to see how much he will
>>   object my packaging ideas>
>>
>> Hi,
>>
>> First of all cool stuff! Thank you Andre and all others
>> involved for making this happen.
>>
>> On 03-11-16 09:49, Alexander Graf wrote:
>>> On 11/03/2016 02:36 AM, Andre Przywara wrote:
>>>> Hi,
>>>>
>>>> this is my first take on the SPL support for the Allwinner A64 SoC.
>>>> The actual meat - the DRAM initialization code - has been provided
>>>> by Jens - many thanks for that!
>>>> The rest of the patches mostly deal with the 32-bit/64-bit switch.
>>>>
>>>> While it is possible and seems natural to let the SPL also run in
>>>> 64-bit,
>>>> this creates a really large binary (32600 Bytes in my case). With some
>>>> hacks (plus some fixes to make the SPL 64-bit safe) I got this to work,
>>> So how about we merge the 64bit version first (since that's *way*
>>> easier to compile for everyone) and then consider the move to 32bit
>>> afterwards? I don't even want to start to imagine how to squeeze a
>>> 32bit SPL build into the build process for our U-Boot binaries.
>>>
>>>> but any addition will probably break it and exceed the 32KB limit that
>>>> the BROM imposes. Debug is the first obvious victim here.
>>> Do you have some section size comparisons between the two?
>> Later down in the mail Andre says that in 32 bit (thumb) mode
>> the size goes down to 20KB which gives us a lot more head-room
>> then the 32600 out of 32768 bytes available for the 64 bit
>> version.
>>
>> With that said I agree with you (Alex) that having a 32 bit
>> SPL + 64 bit u-boot proper is worry-some from a distro pov.
> What's even nastier is the requirement of a cross compiler even for a
> native build. Do Fedora and Suse offer packaged cross-compilers for the
> other ARM bitness, respectively?

Andreas Faerber was working on cross compilers in openSUSE, but I don't 
think they're part of the distribution yet.


Alex

  reply	other threads:[~2016-11-03 10:36 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-03  1:36 [U-Boot] [RFC PATCH 00/10] sunxi: Allwinner A64 SPL support Andre Przywara
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 01/10] sun6i: Restrict some register initialization to Allwinner A31 SoC Andre Przywara
2016-11-03  8:52   ` Alexander Graf
2016-11-04 13:18     ` Chen-Yu Tsai
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 02/10] Makefile: use "arm64" architecture for U-Boot image files Andre Przywara
2016-11-03  8:54   ` Alexander Graf
2016-11-03  9:08     ` Andre Przywara
2016-11-03  9:10       ` Alexander Graf
2016-11-03  9:14         ` Andre Przywara
2016-11-05 16:11   ` Simon Glass
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 03/10] sunxi: provide default DRAM config for sun50i in Kconfig Andre Przywara
2016-11-03  8:54   ` Alexander Graf
2016-11-03  9:10     ` Andre Przywara
2016-11-03  9:13       ` Hans de Goede
2016-11-03  9:17         ` Andre Przywara
2016-11-03  9:35           ` Hans de Goede
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 04/10] sunxi: H3: add and rename some DRAM contoller registers Andre Przywara
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 05/10] sunxi: H3: add DRAM controller single bit delay support Andre Przywara
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 06/10] sunxi: A64: use H3 DRAM initialization code for A64 Andre Przywara
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 07/10] sunxi: H3/A64: fix non-ODT setting Andre Przywara
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 08/10] SPL: read and store arch property from U-Boot image Andre Przywara
2016-11-05 16:10   ` Simon Glass
2016-11-18  1:50     ` André Przywara
2016-11-19 13:49       ` Simon Glass
2016-11-19 16:35         ` André Przywara
2016-11-19 19:59           ` Simon Glass
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 09/10] sunxi: introduce RMR switch to enter payloads in 64-bit mode Andre Przywara
2016-11-05 16:10   ` Simon Glass
2016-11-03  1:36 ` [U-Boot] [RFC PATCH 10/10] sunxi: A64: add 32-bit SPL support Andre Przywara
2016-11-03  8:49 ` [U-Boot] [RFC PATCH 00/10] sunxi: Allwinner A64 " Alexander Graf
2016-11-03  9:34   ` Hans de Goede
2016-11-03  9:51     ` Andre Przywara
2016-11-03 10:36       ` Alexander Graf [this message]
2016-11-03 10:49         ` Hans de Goede
2016-11-03 11:36           ` Alexander Graf
2016-11-03  9:38   ` Andre Przywara
2016-11-03  9:45     ` Hans de Goede
2016-11-09  9:21     ` Andre Przywara

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=581B1318.7030401@suse.de \
    --to=agraf@suse.de \
    --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