From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans de Goede Date: Thu, 11 Jun 2015 15:44:10 +0200 Subject: [U-Boot] Please pull u-boot-sunxi master In-Reply-To: <20150611125646.GQ1728@bill-the-cat> References: <55784FBA.5050100@redhat.com> <20150610145600.GH1728@bill-the-cat> <55793BA9.8020104@redhat.com> <20150611125646.GQ1728@bill-the-cat> Message-ID: <557990AA.6040200@redhat.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi, On 11-06-15 14:56, Tom Rini wrote: > On Thu, Jun 11, 2015 at 09:41:29AM +0200, Hans de Goede wrote: >> Hi, >> >> On 11-06-15 04:49, Simon Glass wrote: >>> Hi, >>> >>> On 10 June 2015 at 08:56, Tom Rini wrote: >>>> On Wed, Jun 10, 2015 at 04:54:50PM +0200, Hans de Goede wrote: >>>> >>>>> Hi Tom, >>>>> >>>>> Please pull u-boot-sunxi/master into master for 2 small bug-fixes: >>>>> >>>>> The following changes since commit 3d0158ae18bef2ac89979f4c90419d3add436c71: >>>>> >>>>> Prepare v2015.07-rc2 (2015-06-08 17:48:33 -0400) >>>>> >>>>> are available in the git repository at: >>>>> >>>>> http://git.denx.de/u-boot-sunxi.git master >>>>> >>>>> for you to fetch changes up to 0751b138064db28f0866f0c2439afb8b3975180c: >>>>> >>>>> sunxi: Enable CONFIG_SYS_64BIT_LBA when AHCI is used (2015-06-10 16:52:12 +0200) >>>>> >>>> >>>> Applied to u-boot/master, thanks! >>> >>> I don't see this patch on the mailing list or I would reply there. >> >> Hmm, I asked the submitter to Cc the list when he suggested this patch on irc, >> I guess he only send it to me and I did not notice. >> >>> But for my toolchain I get errors: >>> >>> crosfw -b Orangepi_mini -w >>> # >>> # configuration written to .config >>> # >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd: >>> error: /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(bpabi.o) >>> uses VFP register arguments, u-boot does not >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd: >>> failed to merge target specific data of file >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(bpabi.o) >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd: >>> error: /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_divdi3.o) >>> uses VFP register arguments, u-boot does not >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd: >>> failed to merge target specific data of file >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_divdi3.o) >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd: >>> error: /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_udivdi3.o) >>> uses VFP register arguments, u-boot does not >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/arm-linux-gnueabihf-ld.bfd: >>> failed to merge target specific data of file >>> /opt/linaro/gcc-linaro-arm-linux-gnueabihf-4.8-2013.10_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_udivdi3.o) >>> make[1]: *** [u-boot] Error 1 >>> make[1]: *** Waiting for unfinished jobs.... >> >> I'm not sure what todo about this, it works for me, and supporting disks >> larger then 2TB seems like a desirable feature in this time and age. > > Ug. Yes, but you have to use do_div and friends and we've got another > case where something snuck past not using those helpers. I forget the > right incantation to use on either nm or objdump to figure out just > which function/file is doing it wrong. Ok, so hopefully someone reading the list remembers and can provide us with a list of culprits. I can probably make some time to fix this even if the problem is not in sunxi code (all the commit does is enable CONFIG_SYS_64BIT_LBA which AFAIK does not directly influence any sunxi code). So for now lets keep this in master and try to get it fixed, if it is not fixed in say 2 rc-s from now then we should probably revert the sunxi commit (and break large disks again). Regards, Hans