There are some people interested in getting this updated, although this is not a trivial task. 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
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. > > -- > 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.
