From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernhard Nortmann Date: Thu, 11 Jun 2015 22:27:56 +0000 (UTC) Subject: [U-Boot] Please pull u-boot-sunxi master References: <55784FBA.5050100@redhat.com> <20150610145600.GH1728@bill-the-cat> <55793BA9.8020104@redhat.com> <20150611125646.GQ1728@bill-the-cat> <557990AA.6040200@redhat.com> <20150611150844.GS1728@bill-the-cat> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de (The post to the ML was here: http://lists.denx.de/pipermail/u-boot/2015-June/216284.html) I've been asking around a bit on the issue on IRC in #linux-sunxi and #u-boot (and originally contacted Hans on this). The user "Kasreyn" brought the subject up on #linux-sunxi, reporting that his Banana Pi (sun7i/A20) had trouble detecting the GPT partitioning of a 3TB SATA disk. Enabling CONFIG_SYS_64BIT_LBA solved that, but Kasreyn later confirmed that he experienced the same linking failure and had to use a softfloat toolchain to compile U-Boot (linaro bare metal - gcc-arm-none-eabi-4_9-2014q4-20141203-linux.tar.bz2). As reported above, the U-Boot build fails when using an armhf toolchain: http://pastebin.com/cwmyc2pE. The error messages involved indicate that changing lbaint_t to 64-bit introduces division functions (_divdi3 and _udivdi3) that the linker tries to satisfy from libgcc.a - which fails due to the incompatible ABI. For 32-bit _divsi3 and _udivsi3 seem to get satisfied by the corresponding assembler files in arch/arm/lib. Unfortunately, in this case it's not a trival task to find and replace all the integer divisions that are affected by the change in lbaint_t size. Regards, B. Nortmann