Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 967365
Summary: | OpenGL ES 2.0 for qt (on ARM) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nicolas Chauvet (kwizart) <kwizart> |
Component: | qt | Assignee: | Than Ngo <than> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | itamar, jgrulich, jreznik, kevin, rdieter, rnovacek, smparrish, than |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-06-01 12:18:25 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 245418 |
Description
Nicolas Chauvet (kwizart)
2013-05-26 21:20:20 UTC
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: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora20 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. Closing. |