The drivers are fine for GPU accelerated rendering of the app surfaces, even on the Pi. Hell, the drivers are even there >98% of the time for accelerated decode of the video format itself to boot.
Qube's unique choice in software only rendering for user applications is one born out of the isolation goals for security, not what the software/drivers/hardware could do.
No, as there isn't a non-free driver alternative to compare V3D to. For VC4 (Pi 1-3) there was a proprietary alternative driver... but it was a bit garbage.
It feels you may be conflating the "proprietary firmware blob on the GPU which is used to boot the Pi" story with the GPU driver itself.
Yes, you are right, "proprietary firmware blob on the GPU which is used to boot the Pi" is what I recall as a big Pi problem. So my original wording is correct that you need proprietary blobs to run Raspberry Pi, isn't it?
"Yes" in that the above statement about needing proprietary blobs to boot the Pis is certainly accurate & true (ongoing science experiments notwithstanding). "No" in that we somehow went from talking about "how apps can safely assume to rely on accelerated rasterization instead of software rasterization" to "how the Raspberry Pi family needs proprietary boot firmware to do anything with app output at all" and I've missed the connection between the two points.
