<html><head></head><body><br><br><div style='font-size:10.0pt;font-family:"Tahoma","sans-serif";padding:3.0pt 0in 0in 0in'>
<hr style='border:none;border-top:solid #E1E1E1 1.0pt'>
<b>From:</b> Paul Hanzlik <pjhanzlik@openmailbox.org><br>
<b>Sent:</b> December 15, 2014 1:54:37 PM CST<br>
<b>To:</b> ingegnue <ingegnue@riseup.net><br>
<b>Subject:</b> Re: [Dev] [ARM] Parabola ARM Port<br>
</div>
<br>
Hi everyone, according to this link posted below the radxa rock pro looks like a good device to port Parabola onto.  Does anyone actually know how free that hardware is?<br>
<br>
regards,<br>
Paul Hanzlik<br>
<br>
Source:  <a href="https://wiki.debian.org/FreedomBox/TargetedHardware">https://wiki.debian.org/FreedomBox/TargetedHardware</a><br><br><div class="gmail_quote">On December 15, 2014 10:19:22 AM CST, ingegnue <ingegnue@riseup.net> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Ok, so from that Arch thread: "If the boards are not yet standardized enough that the kernel can be easily used across multiple boards (the great majority, really)"<br /><br />And this post, in full: <a href="https://bbs.archlinux.org/viewtopic.php?pid=1248427#p1248427">https://bbs.archlinux.org/viewtopic.php?pid=1248427#p1248427</a><br /><br />With that in mind...<br /><br />FWIW if you search "gpl violations arm" you'll get a lot of results. For example, Allwinner, member of Linaro... I think there may be freedom issues that would narrow down what we would "officially" support.<br /><br /><a href="http://linux-sunxi.org/GPL_Violations">http://linux-sunxi.org/GPL_Violations</a><br />^The above scared me away from Allwinner and made me look at Linaro skeptically.<br /><a
href="http://www.itworld.com/article/2741085/mobile/linux-arm-support--a-hot-mess--an-ugly-clean-up.html">http://www.itworld.com/article/2741085/mobile/linux-arm-support--a-hot-mess--an-ugly-clean-up.html</a><br />^That sounds ugly...<br /><br />As far as I see, GTA04, BeagleBone Black and Novena are easily the freest ARM systems I've found, so I would prioritize supporting them over, for example, anything with Allwinner in it (Cubieboard), if we have to choose between boards. I may get a BeagleBone myself and help with this port...  <br /><br />The nightmare scenario in my mind would be the ARM manufacturers sneaking in nonfree features to the kernel in those 70,000 lines of code per pull. But if we have the Linux-libre kernel, then maybe that possibility would be minimized, and more so if we avoid supporting the manufacturers that violate the GPL.<br /><br />Not an expert by any means, but I hope this info is of some use.<br /><br /><br /><br />On December 15, 2014 3:14:23 AM EST,
"Isaac David Reyes González" <isacdaavid@gmail.com> wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">I'm excited to see real efforts for a wholly free ARM distro going on,<br />something higher than Debian I mean. There are far more ARM CPUs than<br />x86<br />ones nowadays, and while not all of them will be able to work with free<br />software a substantial proportion will. Those ought to be covered. This<br />is<br />an increasingly important computing platform dominated by GNU+Linux,<br />Android/Linux and other free-software-based operating systems;<br />therefore<br />the success of ARM indirectly is the success of free software for the<br />masses too.<br /><br />Ok, so here I will be trying to address some issues that I think went<br />overlooked before the thread forked:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8;
padding-left: 1ex;">We need some research before packaging anything:<br /><br />- how <a href="http://archlinuxarm.org">archlinuxarm.org</a> works (e.g. crossbuilding) and what we should<br /></blockquote>use<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">  from them?<br /></blockquote><br />Maybe everything that is already libre or can be repackaged to meet the<br />standards, as you do with normal Arch I guess. The big problem with<br />ArchARM<br />is the myriad of kernels they support. See<br /><a href="https://bbs.archlinux.org/viewtopic.php?pid=1227684#p1227684">https://bbs.archlinux.org/viewtopic.php?pid=1227684#p1227684</a> for a<br />light<br />discussion on merging Arch with ArchARM, developers from both camps<br />joined<br />and discussed kernel proliferation. I just counted 48 from ArchARM's<br />[core]<br />repo but we may not need to support them all. The details can be found<br />on<br />my
attatchment and I hope this introductory research will help Parabola<br />decide what kernels to use (deblobbed) from ArchARM if any. I could add<br />this info somewhere in the wiki during the following days if you like<br />it.<br />It would be nice to do the same for u-boot.<br /><br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">- what devices we want to support: popular here, sufficiently free and<br />  also something fast for building packages (some certainly don't<br />  support cross-compiling and native builds are a good way of finding<br />  bugs); will we compile packages for ARMv7 only?<br /><br />- what kernels will we use?  can we avoid deblobbing and releasing a<br />  different kernel tree for each board?<br /><br />- u-boot trees; there are existing deblobbing projects for specific<br />  boards<br /><br />- what's missing in the development tools that we used for mips64el?<br
/></blockquote>Michał Masłowski clearly knows what he says. This is the way to go<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">We should aim for compiling all packages<br /></blockquote><br />Even packages that don't need repackaging? Is this what you do with x86<br />Arch?<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Do you know any fast multicore boards with much RAM and a SATA port<br /></blockquote>that<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">would work for native builds?  I think i.MX6 Quad and Tegra K1 are the<br />fastest SoCs that work without known to me bootloader blobs (Samsung<br />Exynos is not ok).<br /></blockquote><br />All in all Novena board is a good candidate: iMX6 Quadcore, 4 GiB in<br />RAM,<br />works without nonfree
software, in fact there's just a couple trivial<br />blobs<br />keeping it from being FSF-endorseable at the time, no treacherous<br />computing<br />of course and unlike many board developers the Novena people is working<br />hard to collaborate upstream and keep their software updated. Linaro<br />was<br />interested in getting some Novenas and use them to build software<br />natively.<br /><br /><br /><hr /><br /><br /><hr /><br />Dev mailing list<br />Dev@lists.parabola.nu<br /><a href="https://lists.parabola.nu/mailman/listinfo/dev">https://lists.parabola.nu/mailman/listinfo/dev</a><br /></blockquote><br /><hr /><br />Dev mailing list<br />Dev@lists.parabola.nu<br /><a href="https://lists.parabola.nu/mailman/listinfo/dev">https://lists.parabola.nu/mailman/listinfo/dev</a><br /></pre></blockquote></div><br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.<br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>