From mboxrd@z Thu Jan  1 00:00:00 1970
From: Hans de Goede <hdegoede@redhat.com>
Date: Sat, 17 Oct 2015 16:42:09 +0200
Subject: [U-Boot] [PATCH v2 00/14] Implement fastboot over NAND and
 sparse transfers
In-Reply-To: <56225424.3020009@redhat.com>
References: <1444912462-3949-1-git-send-email-maxime.ripard@free-electrons.com>
 <56225424.3020009@redhat.com>
Message-ID: <56225E41.2060301@redhat.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Hi,

On 17-10-15 15:59, Hans de Goede wrote:
> Hi,
>
> On 15-10-15 14:34, Maxime Ripard wrote:
>> Hi everyone,
>>
>> Here is the second attempt at getting fastboot flashing functions
>> working on top of a NAND, for arbitraly large images.
>>
>> While the NAND support itself was quite easy to do, the support for
>> the Android sparse images was quite difficult to add, and ended up
>> being a quite huge refactoring of the sparse parse already in tree,
>> that was tied to the MMC layer.
>>
>> This serie has been tested on a CHIP and an A13-Olinuxino, two
>> Allwinner devices, the CHIP for the NAND, and the Cubietruck to test
>> the MMC.
>>
>> Let me know what you think,
>> Maxime
>
> Thanks, I've applied the 3 sunxi patches (12 - 14) to u-boot-sunxi/next,
> with the commit msg fixup suggested by Ian.

Looks like I've spoken too soon, the patch for enabling otg on the cubietruck
causes build errors:

arm-linux-gnu-ld.bfd: error: /usr/lib/gcc/arm-linux-gnueabi/5.2.1/libgcc.a(_udivmoddi4.o) uses VFP register arguments, u-boot does not
arm-linux-gnu-ld.bfd: failed to merge target specific data of file /usr/lib/gcc/arm-linux-gnueabi/5.2.1/libgcc.a(_udivmoddi4.o)
Makefile:1173: recipe for target 'u-boot' failed
make: *** [u-boot] Error 1

Usually this means that some code is using 64 bit int division
without using the proper macros for this.

For some reason I'm not seeing the same on the A13-OlinuxIno, that patch
for that seems to be missing the id pin, which could have something to do
with this.

I think this is caused by some 64 bit math in the fastboot code somewhere ...

For now I've dropped these 2 patches from u-boot-sunxi/next

Regards,

Hans