Sorry if i made it unclear and worse (core dump! :) ), "The use of ODROID binaries is not legal for this platform" . Forgive me.
On Thursday, March 26, 2015 at 10:29:11 AM UTC-3, @lex wrote: > > i mean "ILLEGAL to use"! > > On Thu, Mar 26, 2015 at 10:08 AM, @lex <[email protected]> wrote: > >> When i said "the last hope" i meant to get the binaries for the r4p0 from >> Allwinners (or perhaps from Cubietech). >> It is not legally to use it from ODROID. >> >> On Thursday, March 26, 2015 at 7:08:54 AM UTC-3, Siarhei Siamashka wrote: >>> >>> On Wed, 25 Mar 2015 05:26:08 -0700 (PDT) >>> "@lex" <[email protected]> wrote: >>> >>> > On Monday, March 23, 2015 at 3:09:00 PM UTC-3, Siarhei Siamashka >>> wrote: >>> > > >>> > > On Mon, 23 Mar 2015 08:13:46 -0700 (PDT) >>> > > "@lex" <[email protected] <javascript:>> wrote: >>> > > >>> > > > On Monday, March 23, 2015 at 10:51:17 AM UTC-3, Siarhei Siamashka >>> wrote: >>> > > > > >>> > > > > On Thu, 19 Mar 2015 05:04:33 -0700 (PDT) >>> > > > > "@lex" <[email protected] <javascript:>> wrote: >>> > > > > >>> > > > > > On Thursday, March 19, 2015 at 8:42:32 AM UTC-3, Henrik >>> Nordström >>> > > wrote: >>> > > > > > >>> > > > > > > ons 2015-03-18 klockan 06:17 -0700 skrev @lex: >>> > > > > > > > I have looked into ODROID r4p0 blobs and headers and did >>> not >>> > > find >>> > > > > any >>> > > > > > > > EULA, perhaps it is kept with the sources? >>> > > > > > > >>> > > > > > > http://forum.odroid.com/viewtopic.php?f=52&t=4956 >>> > > > > > >>> > > > > > Thank you all, >>> > > > > > >>> > > > > > So, the last hope is what Siarhei Siamashka is suggesting? Any >>> > > chance >>> > > > > this >>> > > > > > will happen? >>> > > > > >>> > > > > The "last hope" for what? What kind of *real* problem are you >>> trying >>> > > to >>> > > > > solve? Why would you expect us going "extra mile" in supporting >>> every >>> > > > > minor proprietary mali blob update? >>> > > > > >>> > > > > I have already mentioned in this thread that the r3p0 mali >>> driver, >>> > > > > which is integrated into the sunxi-3.4 kernel sources, works >>> mostly >>> > > > > fine (partially thanks to a bunch of workarounds). It is good >>> enough >>> > > > > for running and/or developing OpenGL ES applications. >>> > > > > >>> > > > > Allwinner devices have had a reasonably good OpenGL ES support >>> in >>> > > > > GNU/Linux via the Mali binary blob for roughly two years already >>> > > > > (the installation instructions are available in the linux-sunxi >>> wiki). >>> > > > > In addition, a relatively popular Raspberry Pi board could have >>> been >>> > > > > also used to develop OpenGL ES applications just fine. >>> > > > > >>> > > > > The intention was to ensure that when the open source Lima >>> driver >>> > > > > is finally ready, it can run a wide selection of useful OpenGL >>> ES >>> > > > > applications which were to be developed. >>> > > > >>> > > > Thanks for the answer. >>> > > > >>> > > > I have r3p0 running as it should, and never said it was not good. >>> > > > "good enough" is never "good enough" for a developer. >>> > > >>> > > OK. >>> > > >>> > > > Yes i could go with Raspberry PI board, better support, better >>> > > community, >>> > > >>> > > Well, this "better support" thing is very much subjective and >>> > > stereotypical. >>> > > >>> > > > etc.. but i prefer ODROID and i have my reasons.. >>> > > > Your work is remarkable, indeed. >>> > > > >>> > > > The *real* problem is i want to have linux all the bells and >>> whistles >>> > > > Android have for this platform, my bad. >>> > > >>> > > I'm not sure if I'm a big fan of abstract bells and whistles. I very >>> > > much prefer practical utility. And I would be happy to have reports >>> > > like this: >>> > > >>> > > "I'm developing this very cool open source OpenGL ES game (or >>> > > application) and it runs with X FPS using the r3p0 mali drivers, >>> > > but can be improved to Y FPS with the r3p2 mali drivers" >>> > > >>> > > Instead of >>> > > >>> > > "I don't like the version number of your mali drivers. The other >>> > > guys have it bigger, so you really need to catch up" >>> > > >>> > > > But..but..but why you so upset? I did not want to start a war, was >>> just >>> > > a >>> > > > question. >>> > > >>> > > I'm not upset. I'm just explaining why I'm not eager to waste my >>> time >>> > > doing work, which has no clear purpose. >>> > > >>> > > The ball is basically on the OpenGL ES application developers' side. >>> > > Before nitpicking about the drivers, they really need to show their >>> > > commitment by contributing something useful to the free software >>> > > community. Today the drivers are in a *much* better shape than the >>> > > applications. >>> > >>> > There are some people interested in getting this updated >>> >>> It's not enough to be casually interested in a bigger version number. >>> These people should show up in the mailing list and provide more >>> convincing reasons. Just see my previous reply. >>> >>> > although this is not a trivial task. >>> >>> The kernel part is reasonably simple. Because, you know, it's fully >>> open source. You can have a look at this branch: >>> >>> https://github.com/ssvb/linux-sunxi/commits/20140116-mali- >>> r3p2-01rel2 >>> >>> It is split into 3 patches to make things clear and maintainable: >>> >>> 1. Just an unmodified copy of the GPL mali kernel driver from ARM >>> 2. The sunxi adaptation part (mali hardware resources description and >>> the code for enabling clocks). >>> 3. A 2GB bugfix which is needed for the Cubietruck >>> >>> Anyone can do something similar with a newer version of the mali kernel >>> driver if the need arises. >>> >>> > Kernel is tuned to server side, and the author has not seen any >>> success >>> > story yet, as a learning pourpose i will try and see if i can get to >>> > somewhere. >>> > https://github.com/dan-and/linux-sunxi >>> >>> It is up to dan-and to provide full support for this code and resolve >>> any possible mali issues in it. I have nothing to do with it. >>> >>> -- >>> Best regards, >>> Siarhei Siamashka >>> >> > -- 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.
