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" <alex....@gmail.com <javascript:>> 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" <alex....@gmail.com <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" <alex....@gmail.com <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 linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
