Hi, On 08/11/16 11:37, Code Kipper wrote: > On 8 November 2016 at 11:13, Andre Przywara <[email protected]> wrote: >> Hi, >> >> On 08/11/16 09:44, Code Kipper wrote: >>> On 7 November 2016 at 15:29, Benjamin Henrion <[email protected]> wrote: >>>> On Mon, Nov 7, 2016 at 3:23 PM, Chen-Yu Tsai <[email protected]> wrote: >>>>> On Mon, Nov 7, 2016 at 9:06 PM, Benjamin Henrion <[email protected]> wrote: >>>>>> On Mon, Nov 7, 2016 at 1:57 PM, Benjamin Henrion <[email protected]> >>>>>> wrote: >>>>>>> Hi, >>>>>>> >>>>>>> There is now TFTP boot support in the latest u-boot tarball, so I made >>>>>>> this recipe if you want to compile it: >>>>>>> >>>>>>> https://github.com/zoobab/uboot-pine64 >>>>>>> >>>>>>> The binary image is copied from the latest build on my laptop. >>>>>>> >>>>>>> If there are Pine64 owners here, I would be happy if someone could >>>>>>> test it (flash it to an SD card and try to load a kernel with a >>>>>>> dnsmasq for example). >>>>>> >>>>>> The main goal here was to add an A64 board to the Kernelci.org list of >>>>>> tested SOCs, and they required a working TFTP boot. Sadly, they don't >>>>>> support booting from SD cards, which is the most used case for tablet >>>>>> SOCs. >>> Hi Benjamin, >>> I had a play with this briefly last night setting the environmental >>> variables by hand. What I did keep on seeing was "Retry count >>> exceeded" when TFTPing the Image file. Is this something you see?, I >> >> Can you try to define CONFIG_SYS_FSL_ERRATUM_A008585 in the defconfig >> and recompile? >> I think the A64 has an arch timer bug, but it doesn't show every time >> for me [1]. >> >> Also if you are in for testing, can you try to dd: >> http://andrep.de/a64/pine64_firmware-20161102.img >> to sector 16 of the SD card? >> # dd if=pine64_firmware-20161102.img of=/dev/sdx bs=8k seek=1 >> (and replacing sdx with your SD card reader) >> This is a proper boot0-less SPL firmware image. >> This directory also contains other gems you might find useful ;-) > Thanks...I'll make up a card image with your little treats. I've yet > to confirm that I've built the kernel correctly yet. Does this look > familiar? > make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- defconfig > make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- LOADADDR=0x40008000 Image > dtbs
You don't need this LOADADDR (this for uImage, right? I only use zImage on ARM and Image on arm64). But the rest is right, at least as long as you get the right branch. This is heavily WIP at the moment, with Maxime actually having merged the clocks and DT in his -for-4.10 branches already. The config in there is the one from the 4.8 Ubuntu kernel, updated to 4.9-rc2. If you build this, you'll get a kernel which Ubuntu is happy with, though building all those modules takes ages. Cheers, Andre. >> >> [1] http://lists.denx.de/pipermail/u-boot/2016-November/271836.html >> >>> do see quite a few timeouts with my other boards but they always >>> succeed in getting the image. I did eventually manage to load the >>> kernel plus dtb but it didn't boot. Can you paste what is in your >>> boot.cmd /uEnv.txt files? >>> Thanks, >>> CK >>>>> >>>>> Well, kernelci.org is about automated build and boot testing. There's >>>>> nothing automated about having to pull out an SD card to put a new >>>>> kernel on it. :) >>>> >>>> It can be automated via an SD card switcher: >>>> >>>> http://www.linuxinternals.org/blog/2014/06/04/a-microsd-card-remote-switcher/ >>>> http://hackaday.com/2014/06/08/the-in-circuit-sd-card-switch/ >>>> >>>> -- >>>> Benjamin Henrion <bhenrion at ffii.org> >>>> FFII Brussels - +32-484-566109 - +32-2-3500762 >>>> "In July 2005, after several failed attempts to legalise software >>>> patents in Europe, the patent establishment changed its strategy. >>>> Instead of explicitly seeking to sanction the patentability of >>>> software, they are now seeking to create a central European patent >>>> court, which would establish and enforce patentability rules in their >>>> favor, without any possibility of correction by competing courts or >>>> democratically elected legislators." >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "linux-sunxi" group. >>>> To unsubscribe from this group and stop receiving emails from it, send an >>>> email to [email protected]. >>>> For more options, visit https://groups.google.com/d/optout. >>> -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
