All of lore.kernel.org
 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 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.