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
next prev parent 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