Red Hat Bugzilla – Bug 967365
OpenGL ES 2.0 for qt (on ARM)
Last modified: 2016-06-01 08:18:25 EDT
Description of problem: qt doesn't seems to enable OpenGL ES 2.0 for ARM devices.
Version-Release number of selected component (if applicable):
qt-4.8.4-1.fc17 up to devel (in the qt4 branch)
Steps to Reproduce:
1. build mythtv with mesa-libGLES-devel
OpenGL ES 2.0 support is disabled.
OpenGL ES 2.0 support could be enabled.
the mythtv configure script try to detect if qt was built with OpenGL ES 2.0 as a requirement of the feature.
This request is only for ARM build.
Seems to make sense to support GLES2 on arm (instead of Qt's default "Desktop OpenGL"). I ping'd in #fedora-arm, but no reply yet.
Anyone else with an opinion?
I come back with this subject.
One remark was that despite the OpenGL ES 2.0 support make sense in ARM, we might have a problem with using FOSS driver implementation missing in fedora proper. That driver support might exists in downstream remix.
That been said, it still make more sense to have "OpenGL ES 2.0" than "Desktop OpenGL" where the former remark will hold in an uncompromising way.
Understand, there will be no such support on ARM planned either proprietary or FOSS.
Also having this support disabled in qt will make the qt application performances behave worse. Even if the driver support is there. Lot of applications may be broken because when the qt support is restored, they were build with an older qt.
It would be fine to provide a test build that enable these support for armv5tel armv7hl armv6hl asap.
I will try to do this in the next days.
Well, llvmpipe does support Desktop OpenGL on ARM, and theoretically, it should also work with hardware drivers using Gallium, it's supposed to be Gallium's job to fall back to LLVM if the hardware does not support the desired operation. Then again, those same drivers also support OpenGL ES just fine, so it's not really an argument against ES. Application support might be an issue though. But then again, we had to disable OpenGL support on ARM in several KDE applications anyway because of qreal vs. double issues. (On desktop platforms, qreal=double, on ARM, qreal=float.)
looks like ubuntu has similar plans, https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/707794
This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle.
Changing version to '20'.
More information and reason for this action is here:
boo, just notice we hadn't implemented this yet. anyone make progress or working on this?
If not, I can try to work on it this (or next) week...
marking FutureFeature, still haven't had a chance to look into this myself much.
Whereas I think it might be possible to have a use-case for OpenGL ES since we built the mesa backend in fedora, hence qt should probalby enable that too. I guess the main use-case for fedora is to rely on desktop opengl.