On 25/10/12 12:53, Sven@GMX wrote:
people having one will love that, so do I:
http://www.h-online.com/open/news/item/Raspberry-Pi-opens-its-ARM-graphics-code-1735262.html
Sadly it's no where near as good as it sounds and won't get merged into
the mainline kernel, the kernel graphics maintainer Dave Airlie put's it
like this..
http://airlied.livejournal.com/76383.html
# So to start the GLES implementation is on the GPU via a firmware.
# It provides a high level GLES RPC interface. The newly opened
# source code just does some marshalling and shoves it over the RPC.
#
# Why is this bad?
# You cannot make any improvements to their GLES implementation, you
# cannot add any new extensions, you can't fix any bugs, you can't do
# anything with it. You can't write a Mesa/Gallium driver for it. In
# other words you just can't.
[...]
#
# Will this mean the broadcom kernel driver will get merged?
# No.
#
# This is like Ethernet cards with TCP offload, where the full TCP/IP
# stack is run on the Ethernet card firmware. These cards seem like a
# good plan until you find bugs in their firmware stack or find out
# their TCP/IP implementation isn't actually any good. The same
# problem will occur with this. I would take bets the GLES
# implementation sucks, because they all do, but the whole point of
# open sourcing something is to allow other to improve it something
# that can't be done in this case.
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
_______________________________________________
Free-software-melb mailing list
[email protected]
http://lists.softwarefreedom.com.au/cgi-bin/mailman/listinfo/free-software-melb
