On Tue, 2014-06-03 at 22:57 +0200, Andreas Henriksson wrote: > Hello Vagrant! > > Thanks for your extremely quick reply and backporting work!
Ack! > On Tue, Jun 03, 2014 at 11:20:22AM -0700, Vagrant Cascadian wrote: > > On Tue, Jun 03, 2014 at 06:20:03PM +0200, Andreas Henriksson wrote: > > > Please consider shipping the package with Cubietruck support enabled. > > > Cubietruck support has been merged upstream recently (post 2014.07-rc2). > > ... > > > Packaging a git snapshot for experimental for now would be appreciated > > > while > > > waiting for the final v2014.07 release. > > > > Built a package with the patches from upstream applied on v2014.04 (was a > > fairly straightforward backport), and it built fine. Did you also pick up the designware fixes? (It sounds like it since Andreas reports dhcp working). FYI there is support for cubieboard 1&2 and a couple of other boards (one ofthe OLinuxIno ones I think) ongoing on the u-boot list. To be really useful we would also want the AHCI driver which is also currently being reviewed on the list. I suppose all of that ought to wait for upstream acceptance though. > > > Add something like this to debian/targets: > > > armhf Cubietruck u-boot.img spl/sunxi-spl.bin > > > u-boot-sunxi-with-spl.bin > > > > > > For extra bonus points also enable FEL mode, possibly like this: > > > armhf Cubietruck_FEL u-boot.img spl/sunxi-spl.bin > > > u-boot-sunxi-with-spl.bin > > > > I didn't enable the _FEL variant, do you definitely need that as well? > > I'm not planning to use it myself right now, but others might very well > need it and maybe I will too in the future. > I see no reason not to enable it, but maybe you know better why not to. I haven't actually tried this yet but I was half thinking it might be nice/useful to be able to boot D-I from USB using FEL instead of messing around with TFTP or MMC cards etc. That would require the FEL versions of u-boot.bin and spl/sunxi-spl.bin (not sure abuot u-boot.img, I don't use it with FEL at least). That's part of my reason for #750104, to provide the necessary tools on the host side. (I haven't really considered how the u-boot would get onto the host system -- since the package is not arch:all. I suppose multiarch might help!) > FEL booting is for example needed for USB booting. > > For more info on FEL see http://linux-sunxi.org/FEL and subpages like > http://linux-sunxi.org/FEL/USBBoot > > > > > > > > (Note: building u-boot-sunxi-with-spl.bin should be enough really, other > > > targets just included for following the general style and someone might > > > find > > > them useful...) > > > > If the only file needed is u-boot-sunxi-with-spl.bin, and it builds fine, > > then > > I'd be inclined to only ship that. > > Right now we only have MMC driver in the Debian kernel. > The NAND driver is going through reviews on Linux kernel mailing list > and will hopefully soon be merged (for 3.17 merge window maybe? If so, then > we can probably get it into 3.16 kernel for Debian.... in ~ 2 months.) > > AFAIK normal booting is only available though MMC and NAND on the "A20" SoC, > so right now u-boot-sunxi-with-spl.bin is the most convenient to use. > > Fwiw, u-boot-sunxi-with-spl.bin is just a combination of the other two > so they will still be built. > Also maybe we might soon need them split out for NAND booting (but I haven't > looked at what's needed for NAND booting yet). FWIW FEL mode would want them split not joined. And I think you need u-boot.bin not u-boot.img for that case too (or at least that is what I've always used...). > I don't see a reason to not ship them (no compile time save and only minimal > size difference on the binary package), but again you might know better. > > Regards, > Andreas Henriksson > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
