01-06-2016, 04:42 PM
(01-05-2016, 06:22 PM)paulieg Wrote: Let's be clear here. There are two points at issue:
1. Actually using the board for practical things.
2. Open source license compliance, blob-freeness, openness+cooperation, mainline support etc
While there surely are some areas of overlap, those use cases are marginal. We will have Pine64 that boots the linux kernel with a traditional gnu/linux userspace (as opposed to android, which is a linux kernel with an android userspace). There will be kernel/userspace combinations that will allow access to various graphics acceleration features through blobs. Given the work being done on an open source alternative to Cedar, perhaps we will even have workable open source userspace libraries for that. While it is perfectly true that this is not all in place right now as it is with a much older platform where the work has already been done, there is nothing that precludes it from being available in the future and I fully expect it to be - despite some highly dubious applications for engineering boards, I've seen some substantive ones as well. Frankly, most of this is not rocket surgery.
What we may not have is the ability to boot the latest mainline linux kernel, or if we do we might not have the blobs for hardware acceleration to go with it. We might be stuck with Allwinner's braindead uboot (not that the mainline uboot is some work of engineering genius, mind), at least for now and their 3.0.x kernel until they release android updates that require them to forward-port their kernel patches to newer kernel versions that are mandated by the respective recent android versions. The userspace open source substitution work on hardware acceleration takes precedence over the kernelspace work, so we might be stuck with the blobs there for even longer. While this is a state of affairs no advocate of open source and open hardware movements can be happy or entirely satisfied with, the practical impact of these things for most use cases is, imo, minimal.
As a practical matter, this is largely about price. Intel makes SBCs with (I expect) comparable performance and fewer issues and you're free to buy them at the prices they charge. However, if you want a $15 board that does all this SoC does, you're going to have to live with the consequences of it being a repurposed mobile SoC from a company that wants to protect certain advantages in the market they care about (mobile devices with 100k+ runs) in some cases and isn't free to release IP which they themselves have licensed in other cases (ARM's IP). Only those types of SoCs with that kind of volume can deliver this sort of package. If we as a community want to use these types of boards, we need to roll up our sleeves and get stuck in. If you remember the early history of hardware support in linux on x86, you'll recall that whining achieved nothing; hard work hacking together reverse-engineered support which allowed linux to flourish and then *demand* cooperation from hardware vendors is what enabled us to get to the point where every cluetard with 2 functional fingers can install *ubuntu on any x86 box and have it 'just work'.
I agree that communication on the level of existing support was inaccurate and that is very unfortunate. I should think I'd be disappointed if I had relied on it without doing any research. However, the gravity of the situation is constantly being overstated, the degree of inherent *practical* impairment to functionality is being misstated and the practical matters relating to linux support are constantly being conflated with ideological matters. By all means, "No queremos paz sino la victoria!" and all that - as a lifelong anarchist far be it from me to discourage quixotic ideological quests, but don't let that stop you having fun with this board - after all, there's a good chance you're running an amd or nvidia binary driver on your desktop/laptop now or at least were for a long time and, I trust, you haven't grown horns or a tail as a result and your soul remains in your sole possession rather than bequeathed to Beelzebub for all eternity.
-p
I agree with what you said, but would like to add my 2 bucks...
I people want Linux with accelerated graphics, this board is a no go, no matter what! Unfortunately this is my case
If this board had current kernel with blobs i would not care and get it! Open Source is a bonus, but not a dealbreaker. And i think i speak for the vast majority on this. But let's be realistic. And as you said, this is supposed to be a cheap SoC, so i just won't happen.
Hacking and reverse engineering took us a long way. But it also took too damn long time! Just look at how many years AMD is cooperating with documentation and code to the open source drivers and yet their binary drivers are still better, wich is saying much, since theyr binary drivers for Linux are already bad...
The open source thing comes not as fixation but as the most realistic way to get what we want, at least that's what i think. Because as you said, Allwinner probably has stuff from ARM they cannot disclose. So wouldn't it be easier for them to help with documentation and hints with the community? This is the only viable way i see...
Don't forget the example of Nouveau that while having great demand and support and work from the community was still very slow, incomplete and arguably hitting a wall on new features if it weren't for nvidia's recent (half) change of heart...
Bottom line, i want to emphasize that this is a board though and designed for Android. And for that i think it will work just fine. If you are happy with that, by all means get one or two or as many as you want.
As for myself, am in a group of users that not only sees what this board is, but also what so much more it could be... that's all.