diff options
author | Trevor Woerner <twoerner@gmail.com> | 2017-06-11 15:43:50 -0400 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2017-06-12 15:04:12 +0100 |
commit | 6fd63e24a1c6ac901edb393c9db8e245189a83e2 (patch) | |
tree | 34546a50431f0196926c97a04ebb9c7173ece4b1 /meta/lib/oeqa/sdk/cases/python.py | |
parent | 13024ce5aae453769b546d5fbe533443aec3d6fd (diff) | |
download | openembedded-core-6fd63e24a1c6ac901edb393c9db8e245189a83e2.tar.gz openembedded-core-6fd63e24a1c6ac901edb393c9db8e245189a83e2.tar.bz2 openembedded-core-6fd63e24a1c6ac901edb393c9db8e245189a83e2.zip |
mesa.inc: enable texture float for gallium
Following the lead from Fedora (as suggested by Rob Clark) always enable
--enable-texture-float for all gallium drivers, but then modify the code to
not enable it, at runtime, where the implementation isn't backed by hardware.
The patch comes from unpacking fedora-25's mesa-17.0.5-3.fc25.src.rpm from
https://dl.fedoraproject.org/pub/fedora/linux/updates/25/SRPMS/m/
Somewhere along the path from OpenGL ES 2.0 to OpenGL ES 3.0 are some
algorithms that are encumbered by patents. These algorithms are enabled
with mesa's --enable-texture-float configure flag. However, if hardware
acceleration is being used and the hardware supports --enable-texture-float,
it means the hardware vendor has paid for the patents.
Note that with this solution, non-hardware gallium drivers (e.g. swrast) can't
--enable-texture-float, which might cause issues with some piglit tests.
This solution was discussed and agreed-to on the mailing list:
http://lists.openembedded.org/pipermail/openembedded-core/2017-May/137233.html
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/lib/oeqa/sdk/cases/python.py')
0 files changed, 0 insertions, 0 deletions