<chrs_>
the binary user space drivers from ARM for Mali are ... meh
<chrs_>
they work fine in chromiumos, so i don't get the problem
<chrs_>
effort i guess
<si1v3r>
binary is not portable.
<si1v3r>
not hackable
<si1v3r>
not really completely ethical either. :)
<chrs_>
i agree with you
<chrs_>
but ARM doesn't, apparently
<chrs_>
someone should tell them
<chrs_>
but seriously, they have the power to create a quality driver. but they refuse to do so
<si1v3r>
that's why you buy open hardware.
<si1v3r>
or live without features.
<si1v3r>
Why do you need the GPU?
<WarheadsSE>
probably because fbdev 2d can suck
<si1v3r>
WarheadsSE: hows the arch support for peachpit looking?
<si1v3r>
Last I checked only pi was supported
<WarheadsSE>
we don't have a pit .. sooo
<si1v3r>
daaaaaaaaw.
<si1v3r>
What's a guy with a pit able to do to help?
<si1v3r>
It's been really similar to a snow for me so far.
<WarheadsSE>
agreed. it should be uber similar
<WarheadsSE>
everything should all be very close
<prahal>
exynosdrm issue: how could I set the cursor above ? zpos is now immutable , on a modified armsoc ddx (it was setting zpos to 1 for cursor plane .. while default_win is at 0
<prahal>
is there a better way than iterating over the planes then check their zpos until I get the one with zpos at 1 ?